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Preface 


This  research  effort  describes  the  prototype  develop¬ 
ment  of  an  improved  universal  Network  interface  Device  (UNID 
II).  The  UNID  II's  architecture  was  based  upon  a  pre¬ 
liminary  design  project  at  the  Air  Force  Institute  of 
Technology.  The  UNID  II  is  comprised  of  two  modules;  a 
local  module  and  a  network  module.  The  operations  of  both 
modules  are  controlled  with  16-blt  8086  microprocessors. 
The  network  utilizes  an  additional  8089  Input/Output 
Processor  for  controlling  I/O  operations.  This  report 
documents  the  detailed  design,  construction,  and  testing  of 
the  UNID  II's  network  module.  Tests  performed  on  the  local 
module  and  the  shared  memory  are  also  documented. 
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Abstract 


S/ 

This  research  describes  the  development  of  a  Universal 
Network  Interface  Device  (UNID  II)  which  is  intended  to 
function  as  a  network  node  in  a  computer  communications 
network.  The  UNID  II  is  a  16-bit,  8086  microprocessor  based 
version  of  the  present  8-bit  Z80A  UNID  being  developed, at 
the  Air  Force  Institute  of  Technology  (APIT).  The  UNID  II's 
architecture  was  based  on  a  conceptual  block  diagram  design 
presented  in  a  previous  APIT  thesis.  It  is  comprised  of  two 
modules:  a  local  module,  which  interfaces  the  UNID  II  to  a 
host  computer  and  peripheral  devices;  and  a  network  module, 
which  interfaces  the  UNID  II  to  a  computer  communications 
network.'^n  this  report  the  detailed  design,  construction, 
and  testing  of  the  network  module  is  documented.  The 
network  module  was  designed  using  the  Intel  8086  micro¬ 
processor  family  of  components,  including  an  8089 
Input/Output  processor.  An  Intel  SBC  86/12A  single  board 
computer  was  used  as  the  local  module  and  its  testing  is 
also  documented.  The  tests  were  conducted  with  the  aid  of 
an  Intel  ICE-86A/88A  In-Circuit  Emulator.  The  tests 
conducted,  verified  the  proper  operation  of  the  network 
module's  bus  interface  circuitry,  control  circuitry,  and  DMA 
transfer  capabilities.  The  shared  memory,  which  is  used  for 
intercommunication  between  the  two  modules,  was  also 
successfully  tested.  The  UNID  II  was  not  tested  in  a 
computer  communications  network  environment. 


Local  networks  (often  called  local  area  networks 
(LANs)  or  local  computer  networks  (LCNs) ,  are  generally 
referred  to  as  data  communication  networks  which  intercon¬ 
nect  computers  and  terminals  over  a  limited  geographical 
area  (Ref  31:18).  In  this  thesis,  the  development  of  a  LCN 
interface  device  is  presented.  This  Universal  Network 
Interface  Device  (UNID  II)  design  is  based  on  the  16-bit 
architecture  of  the  Intel  8086  microprocessor.  The  Intel 
8086  family  of  processors  was  selected  for  implementation  of 
the  UNID  II  because  of  its  bus  support  circuitry  which  eases 
the  development  of  multiprocessor  systems  (Ref  14:21). 
Also,  of  the  three  16-bit  microprocessors  (Intel  8086, 
Motorola  68000,  and  Zilog  Z8000),  the  8086  has  the  most 
compact  instruction  format  for  expressing  the  different 
addressing  modes,  the  most  extensive  set  of  byte-data 
arithmetic  features,  and  it  is  the  only  processor  of  the 
three  which  allows  byte  data  to  lie  on  odd  addressed  loca¬ 
tions  (Ref  13:157).  These  three  features  are  desirable  for 
the  UNID  implementation  since  it  functions  more  as  a  string 
data  manipulator  than  as  a  number  cruncher. 

Historical  Perspective 

Local  computer  networks  have  evolved  from  the  large, 
long-haul,  distributed  processing  networks  developed  in  the 
1960's  and  early  1970's  such  as  Arpanet,  Tymnet,  GE  Infor¬ 
mation  Services,  and  others  (Ref  38).  The  recent  interest 
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in  LCNs  has  been  spa  ned  by  the  rapid  advancements  made  in 
semiconductor  technology.  Increasing  the  density  of  semi¬ 
conductor  components  on  integrated  circuits  has  enabled 
/  electronic  computer  components  to  be  made  physically 
smaller^  to  operate  faster,  and  to  cost  less.  Some  micro¬ 
processors  presently  being  manufactured  have  surpassed  the 
computing  speed  and  memory  addressing  capabilities  of  the 
large,  room-sized  computers  of  two  decades  ago,  and  at  a 
fraction  of  the  cost  (Ref  3:98).  The  microprocessor 
improvements  in  conjunction  with  advancements  in  peripheral 
components,  such  as  intelligent  terminals  and  secondary 
storage  disk  drives,  have  enabled  the  desk-sized  computer  to 
become  a  reality.  As  a  computer's  components  become  cheaper 
and  their  performance  factors  increase,  it  is  becoming  more 
economical  for  computing  power  to  be  dispersed  among  many  of 
the  smaller  desk-sized  computer  systems  (Ref  3:96).  The  LCN 
will  function  as  a  communication  interface  to  interconnect 
these  computers,  terminals,  and  possibly  mainframe  type 
computers  to  form  a  network  for  expanded  resourse  sharing. 

BacKq round 

The  first  consideration  given  to  the  development  of  an 
LCN  for  the  Air  Force  Institute  of  Technology's  (AFIT's) 
Digital  Engineering  Laboratory  (DEL)  was  presented  in  a  1978 
thesis  (Ref  36).  In  this  thesis,  the  preliminary  require¬ 
ments  for  the  network  (termed  DELNET)  were  defined.  Also, 


during  that  same  year,  work  was  begun  on  a  Universal  Network 
Interface  Device  (UNID)  which  would  permit  the  DELNET  and 


various  host  computers  and  peripherals  to  be  interconnected 
(Ref  39).  This  work  was  based  on  the  need  for  such  a  device 
as  proposed  in  a  technical  report  authored  by  the  1842 
Electronic  Engineering  Group  (EEG)  of  the  Air  Force 
Communication  Services  (Ref  1).  In  this  technical  report, 
the  1842  EEG  recommended  that  local  networks  connected  in  a 
multi-ring  configuration  be  used  to  upgrade  base  operations 
and  telecommunication  capabilities  at  Air  Force  bases.  The 
multi-ring  network  they  presented,  required  five  different 
types  of  interface  devices  for  interconnecting  the  different 
network  rings  and  for  connecting  the  users  to  the  network. 
In  the  1978  AFIT  thesis,  the  functional  requirements  neces¬ 
sary  for  one  UNID  to  perform  the  tasks  of  the  five  types  of 
network  interface  devices  were  defined  and  a  prototype 
device  was  partially  designed. 

In  1979,  the  hardware  development  of  a  prototype  UNID 
was  initiated  (Ref  5).  This  development  was  based  on  the 
UNID  design  formulated  in  the  previous  thesis  effort.  The 
hardware  of  this  prototype  consisted  of  a  local  input/output 
(I/O)  card,  network  I/O  card,  local  and  network  Z80  proces¬ 
sor  cards,  shared  memory  card,  and  a  dual  processor  card 
which  arbitrates  the  shared  memory  between  the  two  proces¬ 
sors  and  controls  the  memory  refresh  circuitry.  The  soft¬ 
ware  developed  during  this  thesis  was  limited  to  simple 
routines  for  testing  the  UNID. 

In  1980,  the  hardware  design  and  the  testing  of  the 
prototype  UNID  was  completed  (Ref  2).  The  operating  system's 


software  for  the  local  and  network  modules  was  also 
developed.  The  UNID  monitor  was  enhanced  to  provide  DNID 
software  debugging  support  and  to  facilitate  the  downloading 
of  programs  from  a  MCZl/25  development  system  (Ref  46)  to 
the  UNID,  Also,  the  UNID's  memory  arbitration  circuitry  was 
redesigned  and  the  dual  processor  card  was  eliminated.  The 
UNID  now  consisted  of  the  following  circuit  boards: 


-  Local  Input/Output  Board  (4  serial  ports) 

-  Network  Input/Output  Board  (2  serial  ports) 

-  Local  Processor  Board 

-  Network  Processor  Board 

-  Shared  Memory  Board 

-  System  Memory  Board 

In  March  1981,  the  system  requirements  and  design  of 
the  DELNET  were  redefined  to  include  the  requirements  of  the 
DELNET  users,  as  well  (Ref  16).  The  initial  DELNET  topology 
specified  during  this  project  is  shown  in  Figure  1.  The 
network  nodes  (UNIDs)  are  connected  in  a  basic  loop 
configuration  with  a  star  type  topology  being  used  for 
connecting  the  hosts  to  the  network  nodes. 

The  loop-type  network  was  selected  for  the  initial 
DELNET  design  because  its  relatively  simple  routing  proce¬ 
dures  would  help  to  reduce  network  development  time  and  the 
network  could  easily  be  expanded  as  new  nodes  were  cons¬ 
tructed.  Two  disadvantages  to  this  type  of  topology  are 
that  if  one  node  of  the  network  fails,  then  the  entire 
network  is  rendered  inoperative,  and  as  the  number  of  nodes 
in  the  network  increases,  the  network  response  time  also 
increases  due  to  an  increase  in  the  transient  delay  time  for 


Figure  1.  DELNET  Topology  (Ref  16) 


each  message.  These  disadvantages,  however,  did  not  appear 
to  be  a  problem.  The  star  topology  connecting  the  hosts  to 
the  nodes  would  help  to  minimize  the  number  of  nodes 
required  in  the  network.  Also,  complete  availability  of  the 
network  was  not  considered  to  be  crucial  (Ref  16  :  83  -  85). 

Two  thesis  projects  were  undertaken  during  the  latter 
part  of  1981.  In  one,  the  development  of  the  software  for 
the  DELNET  was  continued  (Ref  12)  and  in  the  other,  the 
construction  of  two  UNID  prototypes  was  completed  (Ref  35). 
A  demonstrative  testing  of  the  UNID  in  a  partial  LCN 
configuration  (two  nodes)  was  also  performed. 

Also  in  1981,  work  began  on  the  designing  of  an 
improved  UNID  model  (UNID  II)  (Ref  14).  The  UNID  II  was 
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designed  to  upgrade  the  UNID  from  its  8~bit  configuration  to 
a  faster  more  powerful  16-bit  architecture  using  Intel  8086 
microprocessors  and  an  8089  Input/Output  processor.  The 
above  work  is  the  foundation  upon  which  this  project  is 
based. 


Problem  and  Scope 

As  mentioned  previously,  several  thesis  projects  have 
been  performed  over  the  past  few  years  which  were  concerned 
with  the  development  of  a  local  computer  network  for  the 
AFIT  digital  engineering  laboratory.  A  major  problem  that 
is  confronted  when  developing  any  LCN  involves  the  inter¬ 
facing  of  many  different  types  of  equipments  to  the  network. 
The  network  interface  device  should  be  designed  for  flex- 
ibil*  in  order  to  perform  the  tasks  required  to  function 
as  a  network  node,  and  for  interfacing  to  the  different 
types  of  equipments.  Also,  the  operation  of  the  network 
interface  device  should  be  transparent  to  the  user. 

This  study  focused  on  the  construction  and  implementa¬ 
tion  of  a  Universal  Network  Interface  Device  using  8086 
family  components.  These  components  have  been  designed  to 
operate  together  to  facilitate  the  development  of  microcom¬ 
puting  systems  which  can  be  specifically  tailored  to  meet 
the  needs  of  a  particular  application  without  requiring 
excessive  and  unnecessary  capabilities  also  being  included 
(Ref  20:1-1).  This  UNID  is  referred  to  as  a  UNID  II  since 
it  is  an  upgraded  model  from  the  UNID's  previous  8-bit,  Z80A 
based  design. 
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A  block  diagram  of  the  UNID  II  is  shown  in  Figure  2,  it 
consists  of  two  modules,  a  network  module  for  interfacing 
the  UNID  II  to  the  computer  network,  and  a  local  module  for 
interfacing  the  UNID  II  to  the  user's  equipments.  An  off- 
the-shelf  Intel  SBC  86/12A  single-board  computer  (Ref  19) 
was  used  for  the  local  module.  Since  no  off-the  shelf 
boards  containing  an  8089  lOP  were  available,  it  was  neces¬ 
sary  that  the  network  module  be  designed  and  constructed. 
The  two  modules  communicate  with  each  other  through  a  block 
of  shared  memory  located  on  the  local  module.  All  communi¬ 
cation  between  the  two  modules  takes  place  over  an  Intel 
Multibus  (Ref  20:A-175)  which  functions  as  the  system  bus. 

Software  test  algorithms  were  developed  during  this 
project  to  aid  in  the  testing  and  validation  of  the  UNID  II. 
The  algorithms  which  will  enable  the  UNID  II  to  function  as 
a  network  node  for  the  DELNET  are  being  developed  in  a 
concurrent  thesis  project  (Ref  15).  These  algorithms  are 
being  developed  using  PL/Z  high-order-language  (Ref  47)  and 
they  will  need  to  be  converted  to  PL/N  86  (Ref  28)  for 
implementation  in  the  UNID  II.  This  algorithm  conversion  is 
not  within  the  scope  of  this  effort. 

Approach 

The  first  task  in  developing  the  UNID  II  involved 
conducting  a  literature  search  to  find  current  information 
concerning  local  networks  and  their  device  interface  config¬ 
urations.  Familiarity  with  the  operation  of  the  8086  and 
8089  microprocessors  was  gained  by  studying  the  manufac- 


Figure  2.  UNID  II  Block  Diagram 


turer's  literature  and  by  experimenting  with  the  8086 
computer  systems  avaiable  in  the  lab. 

Before  constructing  the  UNID  II  as  configured  in  the 
block  diagram  (Figure  2),  it  was  decided  that  a  demonstra¬ 
tion  prototype  of  the  network  module  be  designed  and  con¬ 
structed.  This  decision  was  based  upon  two  primary  factors: 
First,  the  Signetics  2652  Multi-protocol  Communication 
Controller  (MPCC)  integrated  circuits  (ICs)  (Ref  18}  being 
used  for  the  Network  I/O  ports  were  on  order  and  they  were 
not  expected  to  be  received  for  three  or  four  months. 
Second,  the  demonstration  network  module  was  to  be  identical 
to  the  network  module,  except  that  an  8251A  Universal  Sync¬ 
hronous/Asynchronous  Receiver/Transmitter  (USART)  was  to  be 
used  as  a  network  I/O  port  Instead  of  the  MPCCs.  By  using  a 
familiar  device,  such  as  the  USART  for  an  I/O  port,  the 
testing  and  validation  of  the  bus  interface  circuitry  and 
other  network  module  components  could  be  completed  before 
having  to  be  concerned  with  the  initilization  and  program¬ 
ming  of  the  complex  MPCC  devices. 

The  actual  design  of  the  UNID  II  was  performed  in 
stages.  First,  the  network  module  containing  an  8086  micro¬ 
processor  and  the  8089  I/O  processor  was  designed  and  its 
bus  interface  circuitry  was  breadboarded.  (The  details 
concerning  the  design,  construction,  and  testing  of  this 
board  are  covered  in  later  chapters  of  this  report).  After 
the  bus  Interface  circuitry  was  tested  and  its  proper 
operation  verified,  a  wire-wrapped  prototype  of  the 
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demonstration  module  was  constructed.  (A  wire  routing 
computer  program  was  utilized  to  obtain  a  wiring  list  which 
aided  in  the  construction  of  this  board.  A  description  of 
the  wire  routing  program  and  the  wiring  list  for  the 
demonstration  module  are  located  in  Appendix  A).  The 
network  board  was  then  checked  for  wiring  errors  and  applied 
power  tests  were  performed. 

Next,  the  local  module  was  tested.  Since  the  Intel  SBC 
86/12A  was  being  used  as  the  local  module,  no  major  testing 
problems  were  anticipated  or  encountered.  An  In-Circuit 
Emulator  for  an  8086  (ICE-86A)  (Ref  24)  was  used  to  exercise 
the  SBC  86/12A  to  verify  its  operation.  The  ICE-86A  was 
then  used  to  test  the  operation  of  the  network  module's 
resident  bus  interface  circuitry.  Both  modules  were  then 
interfaced  together  over  the  Multibus  and  the  ICE-86A  was 
utilized  to  test  the  system  bus  interface  and  arbitration 
circuitry.  The  proper  operation  of  shared  memory  and  the 
ability  of  the  8089  to  perform  DMA  (direct  memory  access) 
transfers  were  also  verified. 

After  the  demonstration  network  module  was  success¬ 
fully  tested,  the  Interface  circuitry  for  controlling  the 
two  2652  MPCC  ICs  was  designed.  These  two  chips  serve  as 
the  serial  I/O  ports  which  are  to  interface  the  network 
module  to  the  DELNET. 

The  software  for  testing  the  UNID  II  was  developed  on 
an  Intel  Intellec  Series  ll  Microcomputer  Development  System 
(MDS)  (Ref  26)  using  Intel's  PL/M  86  general  purpose,  high- 


order  language  (Ref  28) 


Overview  ThfiSia 

The  structure  of  this  report  conforms  to  the  procedures 
specified  in  the  approach.  Chapter  I  covers  background 
information  previous  to  this  development  and  the  approach 
undertaken  in  designing  and  constructing  the  UNID  II  proto¬ 
type.  Chapter  II  contains  a  summary  of  the  UNID  and  DELNET 
requirements  analysis,  which  serve  as  a  basis  for  the  UNID 

II  design.  The  remaining  chapters  follow  the  basic  break¬ 
down  of  the  design  steps  as  listed  in  the  Approach.  Chapter 

III  describes  the  development  of  network  interface  module. 
Chapter  IV  presents  the  procedures  of  testing  the  UNID  II. 
Chapter  V  contains  an  overall  thesis  summary  with  recom¬ 
mendations  for  further  study  and  development. 
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JUU  MIJ2  II  Requirements 


This  chapter  summarizes  the  requirements  established  in 
previous  thesis  projects.  Firsts  a  summary  of  the  UNID  and 
UNID  II  requirements  are  presented.  Then  the  DELNET 
requirements  are  summarized.  Next,  the  UNID/DELNET  protocol 
requirements  are  discussed  and  an  overview  of  the  standards 
to  be  implemented  by  UNID  II  are  presented. 

MI£  Reauirements  Summuy 

The  design  of  the  original  UNID  was  based  on  the 
following  general  concepts  (Ref  39:13): 

-  The  UNID  should  function  as  a  store-and-forward 
concentrator  and  have  message  routing  capabilities. 

-  The  UNID  might  require  specalized  I/O  ports  for 
unique  communication  requirements. 

-  The  UNID  should  be  capable  of  interfacing  to 
various  network  operating  systems  and  protocols. 

These  concepts  are  still  primary  design  factors  for  the 
UNID  II.  As  mentioned  previously  (Chapter  1),  the  proposed 
DELNET  configuration  is  a  combination  ring  and  star  type 
topology.  However,  the  UNID  should  be  designed  so  that  it 
can  easily  be  connected  into  other  types  of  network  config¬ 
urations.  It  is  also  important  for  the  UNID  to  be  hardware 
independent  of  the  network  protocols  and  routing  procedures 
used.  This  would  ensure  that  changes  in  the  network-to-UNID 
environment  could  eaisly  be  acheived  through  modifications 
of  the  UNID's  software,  not  its  hardware. 
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At  the  lowest  levels  of  protocol,  the  UNID-to-conputer, 
UNID**to-peripheral,  and  UNID-to-network  interfaces  have  been, 
defined  to  conform  to  the  EIA  RS-449  (Ref  8)  and  RS>23  2C 
(Ref  7)  communication  standards  (as  explained  later  in  this 
chapter).  However,  at  the  higher  levels  of  protocol,  which 
perform  the  message  routing,  message  processing,  flow 
control,  and  other  functions,  the  UNID  should  be  trans¬ 
parent.  That  is,  the  ONID  should  not  impair  the  functioning 
of  these  higer  levels,  and  any  change  at  the  higher  protocol 
levels  should  be  implementable  by  modifications  of  software 
only. 

The  three  basic  concepts  and  structured  analysis  tech¬ 
niques  were  used  to  define  the  original  CNID  functional 
requirements  (Ref  3  9).  The  final  DNID  design  was  developed 
using  a  modular  design  approach  which  identified  three 
seperate  modules:  (1)  a  local  Input/Output  (I/O)  module  for 
interfacing  the  UNID  to  the  user's  peripherals  or  modems; 
(2)  a  network  I/O  module  for  Interfacing  the  UNID  to  the 
network;  and  (3)  a  dual  processor  module  for  matching  the 
UNID's  throughput  to  the  network  environment  (Ref  39:154- 
155).  These  three  types  of  modules  were  selected  after 
defining  the  UNID  functional  requirements  with  the  aid  of 
the  Structured  Analysis  Design  Technique  (SADT)(Ref  39:11- 
31)  . 

In  1981  a  thesis  project  was  initiated  to  design  an 
improved  UNID  (UNID  ti),  and  the  original  UNID  functional 
requirements  were  reevaluated  (Ref  14:17-35).  Using  Data 
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Plow  Diagrams  (Ref  43),  a  functional  requirements  model  for 
UNID  II  was  generated.  This  functional  model  categorized 
the  UNID  II  functional  requirements  into  two  main  groups; 
one  for  handling  local  messages  and  one  for  handling  network 
messages.  The  data  flow  diagrams  of  the  model  indicated 
that  the  operations  of  the  two  functional  groups  were  very 
similar,  but  both  were  necessary  to  process  both  network  and 
local  messages.  The  input  requirements  for  UNID  II  which 
were  specified  by  the  model  are  listed  in  Table  I.  The 
functional  requirements  model  serves  as  a  basis  for  the  UNID 
II  design  and  these  diagrams  are  of  sufficent  detail  to 
provide  guidelines  for  the  implementation  of  the  UNID  II. 
The  data  flow  diagrams  of  the  model  are  presented  in 
Appendix  A. 


DELNET  Functional  Requirements 

An  evaluation  of  the  functional  requirements  of  the 
DELNET  was  performed  in  a  1981  thesis  project  (Ref  15:19- 
23).  Responses  from  a  three  part  user  survey  were  used  to 
formulate  these  functional  requirements.  A  summary  of  the 
most  important  requirements  which  were  defined  are  listed 


below : 


-  Ability  to  transfer  files  accross  the  network. 

-  Ability  to  share  peripherals  attached  to  the 
hosts  on  the  DELNET. 


-  Flexibility  with  respect  to  the  network  topology 
protocols,  and  transmission  medium  used. 

-  Performance  monitoring  capability. 

-  High  percentage  of  availability. 
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UNID  II  Input  Requirements: 

I,  Interface  a  wide  variety  of  network  components 
and  handle  various  topologies. 

A.  Accommodate  dissimilar  computing  equipment 

1)  Accomplish  code  conversion 

2)  Perform  data-rate  speed  conversion 

B.  Interface  peripherals  and  user  terminals 
to  network 

C.  Interface  host  computers  to  network 

D.  Provide  a  network-to-network  interface 

(gateway) 

II.  Perform  Independently  of  network  components 

A.  Handle  network  data  transmission  and 
reception 

1)  Accommodate  network  throughput 
requirements 

a)  Provide  flow  control 

2)  Adaptable  to  different  protocols 

a)  Handle  both  synchronous  and 
asynchronous  communication 

b)  Edit  and  pack  characters 
into  formatted  message 

c)  Unpack  a  message 

d)  Perform  Serial  to  parallel 
data  conversion 

e)  Handle  error  control  functions 
such  as  Message  Acknowledge,  No 
Acknowledge,  Repeat,  and  Timeout 

3)  Have  error  checking  and  recovery 
capability 

B.  Relieve  host  computers  from  network 
specific  functions 

1)  Provide  a  buffer  to  smooth  message 
traffic 

2)  Poll  communication  lines  if  they 
are  multidropped 

3)  Handle  Interrupts 

4)  Route  messages  to  desired  destination 

5)  Collect  performance,  traffic,  and 
error  statistics 


-  User  transparency  to  network  configuration  and 
specific  operating  systems  of  hosts. 

Other  requirements  were  defined  from  the  user  survey, 
but  they  were  not  considered  to  be  of  immediate  concern. 
These  requirements  included  the  following:  ability  to 
perform  distributed  processing,  and  work  with  distributed 
databases;  permit  software  tool  sharing;  incorporate  fault 
tolerance;  provide  gateways  for  connecting  to  the  base 
CYBER  750  and  other  networks,  such  as  ARPANET;  and  provide 
security  for  classified  projects. 

Based  upon  these  user  desired  functional  requirements, 
the  DELNET  hardware  and  software  system  requirements  were 
defined.  The  DELNET  topology  selected  was  the  ring-type 
discussed  in  the  previous  chapter  (Figure  1).  The  use  of 
this  ring-type  topology  for  the  initial  DELNET  c«>n£iguration 
will  ease  the  development  of  routing  algorithmns  and  allow 
for  simple  system  expansion,  since  no  elaborate  routing 
scheme  is  necessary  and  additional  nodes  or  hosts  can  easily 
be  connected  into  the  network.  The  system  requirements 
specified  in  this  report  were  the  building  blocks  used  in 
the  succeeding  two  thesis  projects.  In  one  of  these 
projects,  concentration  was  on  the  development  of  DELNET  and 
UNID  software  procedures  (Refl2).  In  the  other,  the 
continued  development  of  two  operational  UNIDs  was  completed 
(Ref  35}.  Together  they  demonstrated  the  operation  of  the 
UNID  in  the  partial  DELNET  terminal  configuration  shown  in 
Figure  3,  and  the  partial  DELNET  computer  configuration 


Figure  3.  Prototype  DBLNET  Terminal  Configuration 


shown  in  Figure  4  (Ref  35:74). 

PCQtflCQlS 

Protocols  have  been  described  by  Weissberger  as 
"...simply  a  set  of  rules  that  must  be  obeyed  to  ensure  an 
orderly  information  exchange  between  two  or  more  parties" 


(Ref  45:105).  In  specifying  the  "set  of  rules"  requirements 


for  the  DBLNET,  a  packet-switching  protocol  was  specified  as 


being  required  and  the  X.25  protocol  recommendation  by  the 
International  Consultative  Committee  on  Telephones  and 
Telegraphs  (CCITT)  was  selected  (Ref  15:45). 

Further  evaluation  of  the  protocol  requirements 
resulted  in  the  suggestion  that  the  DELNET  should  use  the 
Reference  Model  of  Open  Systems  Interconnection  (OSI) 
developed  by  the  International  Standards  Organization  (ISO) 
(Ref  12).  The  development  of  UNID  and  DELNET  specific 
protocols  is  being  undertaken  in  a  concurrent  thesis  effort 
(Ref  15).  However,  since  the  UNID  II  is  to  be  designed  to 
function  as  a  network  node,  it  should  support  the  lower 
three  layers  of  the  ISO  model  and  a  brief  description  of  the 
ISO  model  and  of  the  X.25  recommendation  follows. 
Supportive  information  was  obtained  from  several  sources 
(Ref  4,6,10,33,41,48). 

ISO  Reference  Model.  The  ISO  Reference  Model  of  Open 
System  Interconnection  is  divided  into  the  seven  hierarchial 
layers  shown  in  Figure  5.  The  highest  three  layers,  the 
Application  Layer,  the  Presentaion  Layer,  and  the  Session 
Layer  are  associated  with  the  user  and  the  host  environment. 
The  content  of  the  Application  layer  is  determined  by  the 
user  and  may  include  such  functions  as  file  transfers  and 
execution  of  remote  jobs.  The  functions  of  the  Presentation 
layer  and  all  of  the  lower  layers  are  to  provide  support  for 
the  application  layer  (Ref  48:430).  The  Presentation  layer 
performs  all  data  format  transformations  and  the  services  of 
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Figure  5.  ISO  Protocol  Model  with  UNID  (Ref  12 
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the  Session  layer  include  addressing  and  connection 
management  of  the  network. 

The  Transport  layer  services  provide  the  host  level 
data  communcation  facilities.  It  is  sometimes  referred  to  as 
the  host-to-host  layer.  This  layer  must  provide  "reliable" 
and  "efficent"  transport  control  of  messages  between  the 
host  computers.  Some  examples  of  the  services  at  this  level 
include  flow  control,  error  recovery,  and  connection 
establishment/disestablishment. 

The  access  protocol  recommended  for  the  lower  three 
layers  is  the  X.25  recommendation  by  the  CCITT  and  the 
description  of  these  three  layers  are  included  in  the 
following  discussion  of  the  X.25  protocol. 

X.25.  The  CCITT  recommendation  X.25  describes  the 
interface  and  procedures  for  packet  switched  service.  It  is 
defined  in  three  independent  architectural  levels  which 
support  the  three  lower  layers  of  the  ISO  reference  model 
(Ref  11).  These  three  layers  are  presented  in  the  following 
paragraphs. 

Physical  Laver.  This  layer  is  the  lowest  link  in 
a  network  and  it  provides  the  physical,  electrical,  mech¬ 
anical,  functional,  and  procedural  services  to  define  the 
physical  connection  between  data  terminal  equipments  (DTE) 
and  data  circuit  terminating  equipments  (DCE)  (Ref  4).  The 
physical  standard  referenced  by  the  CCITT  is  the  X.21 
digital  interface  standard  which  is  designed  to  interface  a 
host  computer  to  a  network.  In  X.21,  the  host  is  specified 
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Figure  6.  DTE/DCE  Interface  Connection  in  X.21 

(Ref  41:109) 

as  the  DTE  and  the  network  interface  node  is  the  DCE  (Ref 
40:461).  The  present  physical  layer  standards,  like  RS-232C 
(Ref  7)  and  RS-449  (Ref  8),  utilize  analog  signaling  over 
the  DTE/DCE  interface. 

Figure  6  shows  the  eight  lines  defined  by  X.21  for  the 
connection  of  the  DTE/DCE  Interface.  The  X.21  standard  is 
concerned  with  the  transmission  of  logical  bits,  so  the  "S" 
line  provides  the  clock  timing  signal  to  define  the  bit 
boundaries  and  the  "B”  line  (optional)  allows  for  a  timing 
pulse  every  eighth  bit  for  byte  alignment.  The  "T"  and  "R" 
lines  are  for  the  transmission  of  data  and  signaling  infor¬ 
mation.  The  ”C"  and  "I"  lines  are  for  control  types  of 
information.  The  X.21  connector  has  15  pins  but  not  all  of 
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Figure  7.  X.25  Frame  Structure  (Ref  11:A8) 


them  are  used. 

12jLtd  '  Link  Layer.  Since  the  physical  layer  is 
only  concerned  with  the  transmission  of  bits  over  the 
DTB/DCE  interface,  it  is  the  function  of  the  Data  Link  Layer 
to  create,  recognize,  and  control  the  flow  of  the  logical 
bits  supplied  to/from  the  physical  layer.  This  layer 
combines  the  bits  into  logical  units  referred  to  as  frames 
or  packets.  The  bit-oriented  link  access  control  procedure 
specified  in  X.25  is  the  Link  Access  Procedure  B  (LAPB) 
which  is  equivalent  to  the  ISO  High  Data  Link  Control  (HDLC) 
standard  (Ref  11:2).  The  frame  format  specified  by  this 
standard  is  shown  in  Figure  7. 

Network  Layer.  This  layer,  referred  to  as  the 
packet  level  by  the  CCITT,  is  concerned  with  the  format  and 
meaning  of  the  data  field  contained  within  the  frames  (Ref 
41:238).  This  layer's  services  include  the  routing  and 
management  of  the  data  packets. 

In  the  1980  revision  of  X.25,  a  number  of  significant 
technical  enhancements  were  made  at  this  level.  Two  of  the 
most  important  were;  the  addition  of  provisions  for  Datagram 
service,  and  the  addition  of  a  fast  select  facility  to  the 


virtual  call  service  of  X.25  (Ref  11:2). 

The  Datagrams  are  self-contained  packets  which  contain 
sufficent  address  information  to  be  routed  to  their  desti¬ 
nations  and  they  may  contain  up  to  12  8  bytes  of  user  data. 
No  set-up  calls  are  required.  The  fast  select  facility 
provision  allows  a  full  128  bytes  of  user  data  to  be 
exchanged  during  the  call  set-up  and  clearing  procedures  for 
a  virtual  call  (Ref  11:2).  A  more  detailed  description  of 
these  services  can  be  found  in  the  literature  (Ref  41 ^  11). 

Standards 

All  new  data  communication  equipments  procured  by  the 
Federal  Government  are  to  conform  to  Fed  Standard  1031  which 
was  adopted  from  Electronic  Industries  Association  (EIA) 
standard  RS-449  (Ref  9:72).  This  standard  includes  both  RS- 
422A  and  RS-423A  electrical  specifications  and  the  mech¬ 
anical  and  functional  characteristics  which  define  the 
DTE/DCE  interface.  The  Network-to-UNID  II  interface  will  be 
designed  to  conform  to  the  RS-449  standard,  but  since  many 
older  types  of  equipments  are  in  use  in  the  AFIT  labora¬ 
tories,  the  Local-to-UNID  II  interface  will  be  designed  to 
be  RS-23  2C  compa table. 

There  is  no  U.S.  standard  which  is  equivalent  to  the 
electrical,  mechanical,  and  functional  characteristics  of 
X.21  (Ref  4:437),  but  RS-232C  and  RS-449  are  essentially 
equivalent  to  the  procedural  characteristics  of  X.21bis  (Ref 
4:437).  X.21bis  is  the  analog  counterpart  to  X.21  which  is 
to  be  used  for  Interfacing  analog  networks  until  digital 
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networks  become  widely  available  (Ref  41:238).  The  appendix 
of  RS~449  contains  a  mapping  of  the  RS~449  functional 
circuits  with  the  X.21  functions  (Ref  8). 

Summary  ReauiMmeuta 

This  chapter  summarized  the  requirements  for  the  UNID 
II  and  the  DELNET.  The  X.25  access  protocol  standard  was 
introduced  and  its  correlation  to  the  UNID-II  functions  was 
briefly  explained.  The  input  requirements  (Table  1}  and  the 
Data  Flow  Diagrams  (Appendix  A)  of  the  functional  require¬ 
ments  model  form  the  basis  for  the  design  and  construction 
of  the  protoype  DRID  II  described  in  the  following  chapters. 


III.  ONID  U  Network  Module  Design  AUd 


This  chapter  describes  the  design  and  construction  of 
the  UNID  II  network  module.  The  overall  UNID  II  architec¬ 
ture  is  based  on  the  block  diagram  shown  previously  (Figure 
2).  This  architecture  was  selected  during  a  preliminary 
UNID  II  design- project  (Ref  14)  in  which  several  alternative 
designs  were  also  considered.  The  first  UNID  II  configura¬ 
tion  considered  consisted  of  an  8086  central  processing  unit 
(CPU),  two  Remote  8089  Input/Output  Processors  (lOPs),  and 
an  area  of  shared  memory  for  inter-processor  communications 
(Ref  14:66).  This  configuration  was  not  selected  due  to  the 
following  four  reasons: 


It  consisted  of  three  hardware  subsystems,  whereas 
the  ONID  II's  Data  Flow  Diagrams  (Appendix  A) 
indicated  that  only  two  were  necessary. 

The  added  complexity  of  the  CPU  Interface  and 
arbitration  circuitry  was  not  worthwhile,  since  the 
8086  did  not  provide  additional  processing  capa¬ 
bility  to  the  two  8089  subsystems. 

Both  8089's  would  need  to  share  the  single  CPU  and 
they  would  require  continual  use  of  the  system  bus 
during  message  processing.  .Therefore,  system  bus 
contention  would  be  unreasonably  high. 

The  8089s  have  limited  general-purpose  instructions, 
so  this  configuration  might  not  have  been  capable  of 
handling  the  UNID  II's  functional  requirements. 


The  second  UNID  II  architecture  considered  consisted  of 
two  hardware  subsystems  (Ref  14:6  8).  It  was  similar  to  the 
first  design  iteration,  except  the  two  seperate  8089  sub¬ 
systems  had  been  combined  into  the  same  subsystem.  This 


configuration  would  have  reduced  the  complexity  of  the  bus 
arbitration  circuitry,  but  it  still  had  the  apparent 
problems  of  system  bus  contention  and  both  lOP's  sharing  the 
single  CPU. 

The  final  UNID  II  design  (Figure  2}  also  has  two 
hardware  subsystems,  but  the  network  I/O  and  local  I/O 
processing  functions  are  handled  seperately.  An  Intel  SBC 
86/12A  single-board-computer  was  specified  for  use  as  the 
local  module  (Ref  14:68).  It  contains  an  8086  CPU  and  its 
32K  bytes  of  random  access  memory  (RAM)  can  be  shaded  with 
other  processors,  via  the  system  bus. 

The  block  diagram  for  the  network  module  is  illustrated 
in  Figure  8.  It  incorporates  an  Intel  8086  CPU  and  an  Intel 
8089  I/O  Processor,  Both  processors  have  access  to  shared 
system  memory,  which  is  accessed  over  the  Multibus,  and  to 
resident  RAM  memory  located  on  the  network  board.  No 
commercially  available  microcomputer  boards  exist  with  the 
required  8086/8089  architecture,  so  the  network  module  had 
to  be  developed  in-house. 

Before  the  complete  network  module  was  constructed,  a 
demonstration  network  module  was  designed  and  wire-wrapped. 
The  demonstration  module,  shown  in  Figure  9,  is  identical  to 
the  network  module,  except  that  an  Intel  8251A  Universal 
Synchronous/Asynchronous  Receiver/Transmitter  (USART)  is 
used  to  connect  the  network  module  to  a  CRT  terminal  instead 
of  having  the  two  seperate  I/O  channels.  The  USART  permits 
messages  to  be  transferred  between  the  terminal  and  shared 
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Block  Diagram  of  Demonstration  Network  Module 


memory  via  the  network  module*  The  Intel  application  note 
"Prototyping  with  the  8089  I/O  Processor"  (Ref  30),  was  used 
as  a  design  guide  for  the  construction  of  the  demonstration 
network  module  and  the  software  development. 

To  describe  the  design  philosophy  and  the  operating 
characters tics  of  the  demonstration  network  module,  the 
components  of  the  network  module  will  be  presented  sepera- 
tely  as  five  operational  groups:  the  8086  CPU,  8089  lOP,  Bus 
Interfaces,  8289  Bus  Arbiter,  and  the  I/O  control  devices* 
A  description  of  the  construction  of  the  network  module  is 
also  presented.  The  physical  pin-out  diagrams  for  the  major 
system  components  are  shown  in  Appendix  C.  All  references 
made  to  80XX  and  82XX  components  refer  to  Intel  Inc. 
components,  unless  otherwise  noted. 


MM  Central 


Unit  (CPU) 


The  Intel  8086  is  a  third  generation  microprocessor. 
It  and  the  8088  are  identical,  except  that  the  8088  has  an 
8-bit  external  data  bus,  whereas  the  8086's  external  data 
bus  is  16-bits.  The  8086  CPU  was  designed  to  be  assembly 
language  compatable  with  the  8080A  microprocessor  (Ref 
32:  83),  and  its  performance  is  seven  to  ten  times  that  of 
the  2-NHz  8080A  (Ref  23:2-3).  The  8086  has  a  much  larger 
application  range  than  the  8080A;  it  can  be  utilized  in 
systems  requiring  only  a  single  processor  or  in  systems  with 


multiprocessor  configurations*  Also,  the  8086  16-blt  data 
bus  allows  more  data  to  be  transferred  during  each  bus  cycle 
as  compared  to  the  8080A. 
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Figure  10.  8086  Execution  Unit  and  Bus  Interface  Unit 

The  internal  architecture  of  the  8086  is  divided  into 
two  seperate  processing  units,  the  execution  unit  (EU)  and 
the  Bus  Interface  Unit  (BIU).  A  block  diagram  of  the  EU  and 
BIU  ir  shown  in  Figure  10.  The  EU  has  four  16-bit  general 
registers,  two  16-bit  pointer  registers,  and  two  16-bit 
index  registers.  The  EU  operates  on  the  instructions  from  a 
queue  maintained  by  the  BIU,  Up  to  six  instructions  can  be 
"pre-fetched"  by  the  BIU  and  placed  in  the  instruction 
queue.  This  enables  the  EU  to  be  more  effectively  utilized 
for  executing  instructions  instead  of  being  idle  waiting  for 
bus  transfers.  If  an  instruction  stipulates  that  a  bus 


transfer  is  required,  the  ED  must  request  assistance  from 


the  BID  since  the  ED  has  no  connection  to  the  external  bus 

■/' 

(Ref  20:2-5,2-6). 

The  BID  fetches  instructions,  reads  operands,  and 
writes  results.  It  can  access  one  megabyte  (1,048,576  bytes) 
of  memory  with  its  20-bit  address  bus.  The  memory  space  can 
also  be  divided  into  logical  segments  of  up  to  64K  bytes 
each  by  using  the  four  segment  registers:  the  data  segment 
register,  the  stack  segment  register,  the  code  segment 
register,  and  the  extra  segment  register.  These  segment 
registers  serve  as  an  aid  to  modular  software  development 
(Ref  20:2-11). 

In  order  to  incorporate  a  20  bit  address  bus  and  a  16 
bit  data  bus  onto  a  40  pin  chip,  Intel  assigned  several  of 
the  80  86  pins  dual  functions.  The  lower  16  address  lines 
are  time-multiplexed  with  the  16  data  lines  (ADO  -  ADI 5)  and 
the  other  pins  with  secondary  functions  are  denoted  by  the 
signal  names  in  parentheses  (Appendix  C). 

Bus  Cycle.  To  illustrate  how  the  address/data  lines 
are  multiplexed,  a  bus  cycle  sequence  will  be  explained.  All 
bus  cycles  consist  of  at  least  four  clock  cycles  referred  to 
as  "T-states”.  When  performing  a  Write  bus  cycle,  as  shown 
in  Figure  11,  the  BID  places  the  20  bit  address  of  a  memory 
location  or  an  I/O  device  onto  the  bus  during  state  Tl. 
Then  at  state  T2,  the  CPD  removes  the  address  from  the  bus 
and  replaces  it  with  the  data  to  be  written.  This  data  will 
remain  on  the  bus  until  the  completion  of  the  bus  cycle  at 
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Figure  11.  8086  Address  Bus  Status  During  Read  and 
Write  Bus  Cycles,  with  Walt  States 

state  T4. 

During  a  Read  bus  cycle,  as  shown  in  Figure  11,  the 
address  is  again  placed  on  the  multiplexed  address/data  bus 
during  Tl,  but  during  T2  the  lower  16  address/data  lines  are 
three-stated  (floated)  in  preparation  for  the  read  cycle. 
Then  during  T3,  the  data  is  read  from  the  bus  and  the  cycle 
terminates  after  T4, 

The  BIU  executes  a  bus  cycle  only  when  requested  to  by 
the  EU  or  when  it  is  filling  the  instruction  queue.  When 
the  BIU  is  inactive  (not  accessing  the  bus),  the  clock 
states  are  referred  to  as  idle  states  (TI  states).  It  is 


during  these  idle  states  that  the  bus  can  be  utilized  by 
another  processor  in  a  multi-processor  configuration  (Ref 
20:4-5  to  4-7). 

Beaetu  And  clock  Generator  Circuitry.  The  clock 
generator  and  its  associated  Ready  and  Reset  circuitry  are 
shown  in  Figure  12.  The  clock  gener^or  establishes  the  bus 
cycle  time  of  the  CPU  and  lOP.  A  15-MRz  crystal  is  used  for 
the  clock  time  base  and  the  82  84  divides  this  frequency  by  3 
to  obtain  the  5-MRz  clock  signal  supplied  to  the  CPU  and 
support  components.  Also,  a  2.5-MHz  square-wave  is  supplied 
to  I/O  devices  from  the  clock  generator's  PCLK  output. 

The  clock  generator  provides  the  RESET  and  the  READY 
signals  to  the  8086  and  the  8089.  The  8284  has  two  Ready 
inputs,  RDYl  and  RDY2,  to  permit  controlling  of  two  Multi- 
Master  system  buses  (Ref  20:6-65).  Inputs  AENl  and  AEN2  (an 
overscored  signal  designation  will  be  used  to  denote  an 
active  low  signal)  are  qualifiers  for  their  respective  RDY 
inputs.  If  a  slow  memory  or  a  peripheral  device  is  not  ready 
to  accept  or  to  transmit  data,  it  deactivates  the  RDYl  and 
RDY2  inputs  ta  the  8284  prior  to  state  T2.  The  clock 
generator  then  deactivates  the  READY  line  to  the  CPU  which 
causes  wait  states  ("TW  states)  to  be  Inserted  into  the  bus 
cycle  between  T3  and  T4  (Figure  11).  When  the  device 
reactivates  the  RDY  input,  the  8284  activates  the  READY  line 
and  the  CPU  completes  the  bus  cycle  at  T4. 

The  READY  approach  used  for  the  UNID  II  network  module 
is  that  of  "normally  not  ready"  (Ref  37:8-24).  The  8284's 
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Figure  12.  Ready,  Reset,  and  Clock  Generator  Circuitry 


RDY  inputs  are  held  inactive  until  the  selected  memory  or 
I/O  device  has  had  sufficent  time  to  respond  to  a  Read, 
Write,  or  Interrupt  Acknowledge.  To  avoid  the  insertion  of 
a  wait  state  into  the  bus  cycle,  the  READY  signal  must  not 
be  active  (high)  within  119ns  of  the  positive  tr2uisltion  of 
the  T3  clock  cycle.  Also,  the  READY  ipust  not  change  from 

■r 

high  to  low  during  the  clock  low  time  of  T3  and  it  must 
satisfy  a  hold  time  of  30ns  after  the  T3  positive  transition 
(Ref  37:8-25). 

RDYl  input  is  obtained  from  the  Multibus  transfer 
acknowledge  (XACK)  signal.  It  is  qualified  by  the  AEN 
signal  from  the  bus  arbiter.  The  resident  bus  control 
signals  (MRDC,  AMWC,  IorC,  AIOWC,  and  IntA)  are  applied 
through  the  combinational  logic  (Figure  12)  to  the  RDY2 
input.  The  RDY2  line  is  disabled  (low)  until  any  one  of  the 
bus  control  signal  is  activated.  Only  one  Multi-Master 
system  bus  is  used  in  the  network  module,  so  the  AEN2  input 
is  permanently  enabled  (tied  to  ground). 

Since  the  READY  is  "normally  not  ready,”  a  program 
should  not  assign  executable  code  to  the  last  six  bytes  of 
physical  memory.  The  CPU  prefetches  up  to  six  bytes  of 
instructions  and  it  may  try  to  access  non-existent  memory. 
If  the  READY  signal  is  not  enabled  when  this  occurs,  the 
system  will  enter  into  an  indefinite  wait  state  (Ref  37:8- 
28). 

The  network  module  RESET  is  obtained  from  two  sources. 
One  is  from  the  push  button  switch,  S2,  and  the  other  is 


from  the  local  module,  via  the  Multibus  INT?  line  (pin  36). 
The  local  module  can  pulse  this  line  to  reset  the  network 
module. 

80 86  Modes  Operation.  The  80  86  CPO  can  operate  in 
one  of  two  modes,  minimum  mode  or  maximum  mode.  By  strap¬ 
ping  the  NN/MX  pin  high  (highsl,  low>0) ,  the  CPU  operates 
in  the  minimum  mode.  This  mode  is  used  for  small,  single¬ 
processor  systems  and  all  bus  control  signals  are  obtained 
directly  from  the  CPU.  If  the  llN/Mir  pin  is  strapped  low, 
the  CPU  will  operate  in  the  maximum  mode.  In  this  mode  it 
is  necessary  that  an  8288  Bus  Controller  and  an  8289  Bus 
Arbiter  be  used  in  conjunction  with  the  8086  CPU  to  provide 
bus  control  functions  and  for  controlling  access  to  the 
system  bus. 

The  pins  which  are  assigned  different  functions  in  the 
maximum  mode  are  the  three  status  lines  (SO,  sl,  and  ^) , 
the  request/grant  lines  (TO^Gfi  and  l^/GTO) ,  the  LOCK  line, 
and  the  queue  status  lines  (QSO  and  QSl).  The  three  status 
lines  provide  the  CPU  status  conditions  to  the  8288  bus 
controller  and-  the  8289  bus  arbiter.  These  status  bits  are 
decoded  by  both  devices  and  the  appropriate  bus  control 
commands  are  issued  by  the  bus  controller.  The  bus  control 
commands  are  issued  as  listed  in  Table  II. 

The  Reguest/Grant  signal  lines  are  designed  to  be 
utilized  in  multiprocessor  applications  incorporating  an 
8089  lOP.  The  request/grant  seguence  is  explained  in  more 
detail  later  in  this  chapter.  The  LOCK  signal  line  is  used 
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Table  II*  CPU  Status  Bit  Decoding 


Status  Inputs 

CPU  Cycle 

8288 

Commands 

0 

0 

0 

Interrupt  Acknowledge 

IKTA 

0 

0 

1 

Read  I/O  Port 

0 

1 

0 

Write  I/O  Port 

ATCOWC 

0 

1 

1 

Halt 

None 

1 

0 

0 

Instruction  Fetch  ; 

MRCC 

1 

0 

1 

Read  Memory 

flRSC 

1 

1 

0 

Write  Memory 

Rfyrc,  sHwe 

1 

1 

1 

Passive 

None 

to  inform  the  bus  arbiter  that  the  bus  is  not  to  be  relin¬ 
quished  to  another  processor  until  one  clock  cycle  after  the 
execution  of  the  current  instruction  (Ref  20t4-14).  This 
signal  is  activated  during  an  Interrupt  acknowledge  sequence 
or  under  software  control.  The  queue  status  lines  are  used 
for  external  monitoring  of  the  CPU's  internal  instruction 
queue  (Ref  20:4-11  to  4-14)* 

Interrupt  Acknowledgement  Sequence.  The  8066  has  a 
table  of  up  two  256  interrupt  vectors  which  are  stored  in 
RAM  locations  0U0-3PPH.  Each  vector  consists  of  four  bytes; 
two  bytes  for  the  Instruction  pointer  and  two  bytes  for  the 
code  segment  register,  which  are  used  to  form  the  address  of 
the  interrupt  service  routine  (Ref  20tA-25).  The  first  32 
interrupt  types  (type  0-31)  at  locations  00-7PB  are  pre¬ 
defined  by  Intel  and  they  should  not  be  used  for  other 
purposes  (Ref  20:4-17). 


When  the  CPU  receives  an  Interrupt  on  its  INTR  line 
from  the  8259A  Programmable  Interrupt  Controller  (PIC),  it 
disables  any  other  interrupts  and  saves  the  current  instruc- 


tion  register  and  code  segment  register  contents  on  the 
stack.  Then  the  CPU  initiates  an  interrupt  acknowledge  bus 
cycle.  Since  the  CPU  is  operated  in  the  maximum  mode,  the 
resident  8288  bus  controller  decodes  the  CPU  status  lines 
and  issues  the  first  of  two  interrupt  acknowledge  (INTA) 
signals.  This  signal  Informs  the  PIC  that  the  CPU  has 
acknowledged  its  interrupt  request.  When  the  8288  issues 
the  second  INTA,  the  PIC  places  a  pre-programmed  interrupt- 
vector  byte  onto  the  data  bus.  The  CPU  multiplies  this  byte 
by  four  to  acquire  the  address  of  the  interrupt  vector  typ  . 
The  CPU  program  execution  is  then  vectored  to  the  address 
specified  by  the  pointer  values  stored  in  the  interrupt 
vector  table  at  that  interrupt  type  location  (Ref  20:A141). 

When  an  interrupt  acknowledge  sequence  is  initiated, 
the  CPU  activates  its  LOCK  signal  to  preclude  any  other  bus 
roaster  from  acquiring  the  bus  until  the  interrupt  acknowl¬ 
edgement  sequence  is  completed.  The  bus  controller  is 
operated  in  its  system  bus  mode,  so  it  also  issues  a  Master 
Cascade  Enable  (MCE)  signal.  However,  only  one  PIC  is  used 
by  the  network  module,  so  this  signal  is  not  used  (Ref  20x6- 
77)  . 

8089  Inout/Output  Processor  (IQPl 

The  8089  lOP  was  designed  to  alleviate  the  8086  and 
8088  microprocessors  from  the  overhead  associated  with  I/O 
operations.  The  8089  lOP  is  capable  of  dynamically  trans¬ 
lating  and  comparing  data  during  direct  memory  access  (DMA) 
and  of  supporting  several  terminate  conditions  (Ref  20x4- 
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3  8,39).  These  DMA  terminate  conditions  are  as  follows  (Ref 
34:2-6) : 

-  Byte  Count:  Terminates  when  a  preset  counter 
decrements  to  zero 

-  Mask  Compare:  Terminates  as  a  match  or  a  mismatch 
occurs  when  the  transferred  data  is  compared  to  a 
fixed  pattern 

-  External  Logic:  Terminates  when  an  external  event 
activates  the  8089's  EXT  input 

-  Single  Cycle:  Terminates  after  one  byte  or  word  is 
transfered 


The  first  three  terminate  conditions  can  be  specified 
seperately  or  in  combinations.  The  single  cycle  condition 
has  presedence  over  the  other  three  terminate  conditions. 

The  addre&s/data  lines  of  the  8089  are  identical  to 
those  of  the  8086.  The  8069  can  also  access  one  megabyte  of 
memory  and  64K  bytes  of  I/O  space.  Three  status  lines  are 
provided  by  the  8089  for  decoding  by  a  bus  controller  and  a 
bus  arbiter  in  the  same  way  as  the  8086. 

The  8089  has  two  I/O  channels  which  operate  indepen¬ 
dently.  The  only  interaction  between  the  two  I/O  channels 
occurs  when  both  channels  attempt  to  access  the  bus  at  the 
same  time.  This  contention  is  alleviated  by  priority 
assignments.  One  channel  can  be  given  priority  over  the 
other  or  their  bus  requests  can  be  serviced  on  alternating 
bus  cycles  (Ref  34:2-3,4-5).  A  channel  performing  DMA 
transfers  has  a  higher  priority  than  one  performing  normal 
program  operations  (Ref  3  4:4-5). 
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80  89  Modes  of  Operation.,  The  80  89  lOP  can  be  operated 
in  one  of  two  modes,  the  local  mode  or  the  remote  mode.  In 
the  local  mode  the  8089  functions  as  a  slave  to  the  8086  or 

8088  CPU  that  is  operating  in  the  maximum  mode.  The  8089  can 
also  operate  as  a  slave  to  another  8089  (Ref  34:3-3).  The 

8089  shares  the  address  latches,  data  transceivers,  and  the 
bus  controllers  with  the  CPU.  The  major  shortcomming  of 
this  configuration  is  that  only  the  CPU  or  the  lOP  can 
access  the  bus  at  any  one  time.  In  the  remote  mode,  the 
8089  has  its  own  private  local  bus.  It  can  access  I/O 
devices  on  the  local  bus  and  execute  memory  transfers  over 
the  shared  system  bus.  This  configuration  makes  the  most 
effective  use  of  the  8089  since  it  can  operate  in  parallel 
with  other  lOPs  or  CPUs  on  the  system  bus  (Ref  34:3-3), 

The  8089  used  in  the  UNID  II  network  module  will  be 
operated  in  the  local  mode.  As  mentioned  in  the  previous 
thesis  report  (Ref  14:64  to  68),  less  system  bus  contention 
and  a  less  complex  CPU  interface  are  realized  when  the  local 
mode  is  used.  The  8089  and  the  network  8086  will  share 
resources  over  both  the  system  bus  and  the  resident  bus. 

80  86  and  8089  Communications.  The  80  86  CPU  and  the 
8089  lOP  communicate  through  a  block  of  shared  memory. 
Figure  13  illustrates  the  memory  control  structure  of  the 
8089  control  blocks.  Device  initilizatlon  begins  with  the 
CPU  setting  up  the  channel  control  blocks  and  the  parameter 
blocks  for  each  of  the  two  lOP  channels  (Ref  34:4-1).  When 
the  8089  receives  a  RESET,  it  must  wait  for  the  CPU  to 
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Figure  13.  8086  and  8089  Communication  Blocks  (Ref  20:3-3) 
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initiate  its  initilizatlon  sequence  by  setting  its  Channel 
Attention  (CA)  input  high  and  its  channel  select  (SEL)  input 
to  the  appropriate  state.  If  the  SEL  input  is  low  during 
the  first  CA  after  RESET,  the  8089  will,  operate  as  a  master. 
If  SEL  is  high,  it  will  operate  as  a  slave.  For  all  CA 
inputs  after  the  first  one,  the  SEL  input  will  function  as  a 
select  between  the  two  lOP  channels  (Channel  2  when  SEL-1 
and  channel  1  when  SELsO). 

After  receiving  the  RESET  and  the  CA  signal,  the  8089 
begins  executing  the  initilizatlon  sequence  stored  in  its 
Internal  ROM.  The  system  byte  is  fetched  from  system  memory 
at  location  0PFPF6H  (Ref  20:3-23).  The  LSB  (least  signif¬ 
icant  bit),  bitO,  determines  the  physical  bus  width  of  the 
system  bus.  If  bitOsO,  an  8-bit  system  bus  is  specified  and 
if  bitOsl,  the  system  bus  is  16  bits.  The  lOP  then  reads 
the  system  configuration  pointer  at  location  0FFPF8H  which 
directs  it  to  the  System  Configuration  Block  (SCB).  This 
block  contains  the  System  Operation  Command  (SOC)  byte  which 
informs  the  lOP  the  physical  I/O  bus  width  and  the 
request/grant  mode  of  operation.  The  physical  I/O  bus  width 
is  8  bits  if  blt0«0  and  16  bits  if  bitOal.  Request/Grant 
mode  1  (bit  l^l)  is  used  only  when  two  lOPs  are  using  the 
same  I/O  bus  (Ref  20:3-35,34:3-2),  so  for  the  network 


module,  mode  0  (bit  1>0)  will  be  used.  The  SCB  also 
contains  a  pointer  to  the  channel  control  block.  The  — 
stores  this  pointer  in  an  internal  register  and  the  location 


of  the  channel  control  block  must  not  be  moved  alter 
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initilizatlon  (Ref  20:3-40). 

After  its  initilizatlon  is  complete,  the  lOP  clears  the 
channel  1  BUSY  flag.  The  CPU  monitors  this  bit  during  the 
8089's  Initilizatlon  and  it  takes  control  again  when  it 
detects  the  BUSY  bit  clear.  After  initilizatlon,  each  time 
the  CPU  activates  the  lOP's  CA  input,  the  lOP  will  set  the 
proper  channel  BUSY  flag  (determined  by  the  SEL  input)  and 
read  the  channel  control  word  (CCW)  from  the  channel  control 
block.  The  CCWs  and  the  parameter  blocks  must  be  setup  by 
the  CPU  prior  to  Issuing  any  CAs  after  the  first  one.  This 
is  because  the  CCWs  instruct  the  lOP  as  to  what  type  of 
operation  it  is  to  perform  (Ref  20:3-41). 

Reauest/Grant  Sequence:  The  reguest/grant  (R^^)  line 
serves  as  a  local  arbitrator  for  the  primary  bus.  It 
ensures  that  both  the  CPU  and  the  lOP  do  not  attempt  a  bus 
access  at  the  same  time.  When  the  lOP  is  operated  as  a 
slave,  it  pulses  the  R^^  line  to  request  the  bus  from  the 
CPU.  When  the  lOP  detects  a  response  on  this  same  line,  the 
lOP  takes  control  of  the  bus  (Ref  20:4-13).  Once  the  lOP 
has  control  of  the  bus  the  CPU  cannot  demand  it  back,  it 
roust  wait  for  the  lOP  to  release  the  bus  (Ref  20:4-39).  The 
bus  is  released  in  the  same  sequence  as  when  the  bus  is 
requested;  the  lOP  pulses  the  ^/GT  line  to  inform  the  CPU 
that  it  is  ready  to  release  the  bus. 

Transfers.  The  8089  lOP  can  transfer  blocks  of 
data  between  any  two  address  locations;  memory-to-memory, 
raemory-to-port,  port-to-memory,  or  port-to-port.  Any  block 
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size  can  be  transferred  unless  the  byte  count  terminate 
option  is  specified.  In  this  case  the  block  size  cannot 
exceed  64K  bytes  (Ref  20:3-27). 


The  number  of  bytes  transferred  during  a  single  DMA 
cycle  depends  on  the  logical  bus  widths  of  both  the  source 
and  destination,  and  on  the  address  boundary  (even  or  odd 
address)  (Ref  20:4-43).  A  "WID"  instruction  (Ref  34:3-7,3- 
8)  specifies  the  logical  bus  widths,  which  may  be  different 
from,  but  not  greater  than,  the  physical  bus  widths. 

The  DMA  transfer  can  have  three  modes  of  synchroniza¬ 
tion  (Ref  20:3-29):  unsynchronized,  source  synchronization, 
or  destination  synchronization.  Unsynchronized  transfers 
are  typically  used  in  memory-to-memory  transfers.  The 
source  synchronization  is  typically  used  when  the  source  is 
an  I/O  device  and  the  destination  is  a  memory  location. 
Likewise,  destination  synchronization  is  used  most  often 
when  the  source  is  memory  and  the  destination  is  an  I/O 
device.  Onlyone  type  of  synchronization  may  be  specified. 
During  a  DMA  transfer,  memory  addresses  are  incremented  by 
one  if  a  byte  is  transferred,  and  by  two  if  a  word  is 
transferred.  I/O  ports  are  not  changed  (Ref  34:4-10). 

When  using  source  or  destination  synchronization,  the 
I/O  control  device  must  initiate  the  DMA  transfer  by  acti¬ 
vating  the  lOP's  DRQ  inputs  (DRQl  for  channel  1  and  DRQ2  for 
channel  2).  All  DMA  transfers  pass  through  the  lOP  to  allow 
for  optional  mask/compare  or  translate  operations.  Each 
transfer  consists  of  at  least  two  bus  cycles;  a  fetch  of 


the  data  from  the  source  into  the  lOP,  and  a  store  of  the 
data  from  the  lOP  to  the  destination.  The  lOP  may  need  to 
assemble  or  disassemble  the  data  depending  on  the  source  and 
destination  logical  bus  widths  (Ref  20t4-48). 

The  DMA  transfer  cycle  is  terminated  when  one  of  the 
four  terminate  conditions  occurs.  If  more  than  one  term¬ 
inate  condition  is  specified,  a  displacement  value  is  added 
to  the  lOP's  Task  Pointer  register  to  indicate  where  normal 
program  execution  is  to  resume.  The  displacement  can  be  0, 
4,  or  8  bytes.  If  two  or  more  terminate  conditions  occur 
simultaneously,  the  largest  specified  displacement  is  used 
(Ref  34:4-11). 

The  fastest  possible  DMA  transfer  rate  occurs  for  16- 
bit  unsynchronized  transfers  (not  memory- to-memory)  and  for 
source  or  destination  synchronized  transfers.  Por  these 
cases,  two  bytes  of  data  are  transferred  every  8  clock 
cycles.  With  a  5-MHz  clock,  this  results  in  a  DMA  transfer 
ra':e  of  1.25  million  bytes  per  second  (Ref  34:4-13).  If 
performing  memory-to-memory  transfers,  an  extra  three  clock 
cycles  are  required  per  transfer.  Mask/Compare  operations 
also  require  an  extra  three  clock  cycles  and  if  the  trans¬ 
late  option  is  specified,  seven  extra  clock  cycles  are 
required  per  transfer  (Ref  34:4-14). 

Interface 

The  bus  Interface  logic  is  shown  in  Figure  14.  The  bus 
interface  between  the  system  bus  and  the  resident  bus  are 
identical,  except  the  system  bus  uses  inverting  address 


Primary  Bus 


Resident  Bus  or  Multibus 


latches  and  data  transceivers  to  provide  compatability  with 
the  Intel  Multibus.  The  interface  to  the  Multibus  must  be 
capable  of  communications  with  both  8  and  16-bit  processors, 
therefore,  three  data  transceivers  are  required  for  inter¬ 
face  to  the  Multibus  (Ref  37:9-12).  The  outputs  of  the 
resident  bus'  address  latches  are  permanently  enabled  so 
address  status  is  continuously  available  to  the  address 
decode  logic.  Only  two  data  transceivers  are  necessary  for 
interfacing  to  the  resident  bus. 

The  heart  of  the  bus  interface  is  the  8288  Bus  Con¬ 
troller.  It  provides  the  bus  command  and  control  signals 
when  the  CPU  is  being  operated  in  the  maximum  mode.  The  bus 
controller  decodes  the  CPU  or  lOP  status  signals  as 
mentioned  previously  (Table  II). 

A  strapping  option  allows  the  bus  controller  to  operate 
in  one  of  two  modes.  If  the  lOB  pin  Is  strapped  low,  the 
bus  controller  operates  in  the  system  bus  mode.  In  this 
mode  the  controller  waits  for  arbitration  logic  to  inform  it 
when  the  bus  is  free  for  use.  This  is  indicated  by  activa¬ 
tion  of  its  Address  Enable  (ABlt)  line  by  the  8289  bus 
arbiter.  The  bus  data  trancelvers  are  controlled  by  the  Data 
Enable  (DEN)  and  Data  Transmit/Receive  (DT/R)  lines.  If  the 
lOB  pin  is  strapped  high,  the  bus  controller  operates  in  the 
I/O  bus  mode  and  its  I/O  command  signals  are  not  affected  by 
the  a£n  input.  The  1/0  bus  trancelvers  are  then  controlled 
by  the  bus  controller's  PDEN  and  DT/S*  command  outputs.  When 
memory  is  being  accessed  in  this  mode,  the  memory  command 


outputs  (MRDC,  NWTC,  and  ANWC)  must  wait  for  the  AEN  line  to 
be  activated. 

Both  8288  bus  controllers  on  the  network  module  will  be 
operated  in  the  system  bus  mode.  The  system  bus  controller 
is  operated  in  this  mode  because  it  must  wait  for  its  AEN 
line  to  be  activated  by  the  bus  arbiter,  indicating  that  the 
system  bus  is  available.  The  resident  bus  controller  is 
operated  in  the  system  mode  because  it  must  provide  access 
to  both  memory  and  I/O  devices  connected  to  the  resident 
bus.  As  previously  shown  in  Figure  8,  their  Command  Enable 
(CEN)  inputs  are  controlled  by  address  decode  logic.  The 
command  outputs  of  the  bus  controllers  will  be  disabled  when 
their  respective  CEN  inputs  are  low.  The  bus  controller 
issues  an  Address  Latch  Enable  (ALE)  signal  to  the  address 
latches  at  the  begining  of  each  machine  cycle.  This  strobe 
signal  latches. the  current  sjtatus  of  the  primar:  bus' 
address/data  lines  into  both  sets  of  address  latches. 

XlAJia  Tcanaceivec  £iiAblS  The  enable  logic  for 
the  system  bus  and  resident  bus  data  transceivers  is  shown 
in  Figure  15.  When  an  even  addressed  data  byte  is  to  be 
transferred  over  the  system  bus  the  data  transceivers,  A17 
and  A18  are  enabled.  The  data  is  then  transferred  over  the 
lower  8  data  lines  of  the  Multibus.  If  an  odd  addressed 
data  byte  is  to  be  transferred,  data  transceiver  A16  is 
enabled,  A17  and  A18  are  disabled,  and  the  data  is  again 
transferred  over  the  lower  8  Multibus  data  lines.  Even  and 
odd  addressed  data  words  are  transferred  over  the  entire  16 
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Figure  15.  Data  Transceiver  Enable  Logic 
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data  lines  by  enabling  A17  and  A18. 

The  output  enable  (^)  signal  for  the  resident  bus  data 
transceivers  is  obtained  from  the  inverted  DEN  output  of  the 
resident  bus  controller.  The  OE  signals  could  have  been 
obtained  from  the  NCE/PDEN  line  of  the  bus  controller,  but 
it  was  discovered  during  testing  (Chapter  IV)  that  the  data 
transceivers  have  to  be  disabled  during  accesses  to  the  8253 
Programmable  Interval  Timer  (PIT)  and  8259A  PIC.  The  enable 
logic  shown  in  Figure  15  was  designed  to  handle  this 
situation  as  well  as  the  situation  when  an  interrupt  acknow¬ 
ledge  bus  cycle  is  being  performed.  When  an  INTA,  DEOOI 
(PIT  select),  and  0EC03  (PIC  select)  are  all  disabled 
(high),  the  resident  bus  data  transceivers  respond  to  the 
DEN  output  of  the  bus  controller.  When  DEN«1,  the  data 
transceivers  are  enabled.  If  any  one  of  the  IMfX,  bfiCbl ,  or 
DECOS  lines  is  enabled,  the  data  transceivers  will  be 
disabled. 

Ji2LBi  £u£  Arhitfii 

The  Intel  8289  bus  arbiter,  in  conjunction  with  the 
8288  bus  controller,  permits  an  8086,  8088, or  an  8089 

processor  to  be  interfaced  onto  a  multi-master  system  bus. 
The  bus  arbiter  handles  the  synchronization  of  bus  transfers 
over  the  system  bus  and  it  provides  the  arbitration 
necessary  to  ensure  that  only  one  bus  master  has  control  of 
the  bus  at  any  one  time  (Ref  20iA-113). 

The  processor  (CPU  or  lOP)  is  not  aware  of  the  presence 
of  the  bus  arbiter.  The  processor  functions  as  if  it  had 


Table  III.  8289  System  Bus  Request/Surrender  Conditions 
as  a  Function  of  Processor  Status 


access  to  the  system  bus  at  all  times.  If  the  processor 
does  not  have  control  of  the  system  bus  and  if  the  bus  is 
unavailable,  the  bus  arbiter  will  prevent  the  system  bus 
controller,  the  data  transceivers,  :'and  the  address  latches 
from  accessing  the  system  bus  by  holding  the  Address  Enable 
(AEN)  line  high.  An  acknowledgement  signal  will  not  be 
received  by  the  processor  until  the  bus  transfer  is  com¬ 
plete,  so  if  the  bus  is  unavailable,  the  processor  is 
entered  into  wait  states  (Ref  20tB-82). 

Strapping  options  permit  the  bus  arbiter  to  operate  in 
a  combination  of  two  basic  modest  the  I/O  peripheral  bus 
mode  and  the  system  bus  mode.  Table  III  lists  system  bus 
access  and  surrender  conditions  for  the  different  config- 
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urations  obtained  by  strapping  the  bus  arbiter's  lOB  and 
RESB  pins  high  or  low.  The  system  bus/resident  bus 
(SYSB/RESB)  input  does  not  have  any  affect  on  the  bus 
arbiter  when  the  RESB  pin  is  strapped  low  (indicated  by  an 
X).  The  **"  represents  when  the  multi-master  system  bus  is 
requested.  The  represents  when  the  multi-master  system 
bus  can  be  surrendered  (Ref  20:B-84r34:6-6} . 

The  network  module  has  both  a  system  bus  and  a  resident 
bus,  so  the  bus  arbiter  is  cohflgured  to  operate  in  the 
Resident  bus  mode  ( lOB  and  RESB  both  high).  In  this 
configuration,  as  shown  in  Table  III,  the  system  bus  can  be 
surrendered  anytime  while  the  resident  bus  is  being  used 
(SYSB/RESBaQ) ,  or  during  a  processor  "halt”  or  "idle"  state. 

£jyLS  Select  Logic.  The  control  signal  connections 
between  the  bus  arbiter  and  the  bus  controller  are  shown  in 
Figure  16.  When  the  CFO  or  the  lOP  begins  a  bus  cycle,  it 
places  a  memory  or  device  address  onto  the  primary  bus.  The 
status  signals  are  then  decoded  by  the  bus  arbiter  and  the 
two  bus  controllers.  Both  bus  controllers  then  issue  an  ALE 
signal  to  their  respective  address  latches,  which  latches 
the  current  state  of  the  address/data  lines. 

The  comparators,  C14  and  CIS,  compare  the  SI  switch 
settings  to  the  upper  four  address  lines  (RA16-RA19).  If 
the  address  is  a  system  memory  address,  the  SYSB/RESB  input 
of  the  bus  arbiter  goes  high,  causing  the  bus  arbiter  to 
initiate  a  system  bus  request  and  the  Command  Enable  (CEN) 
input  to  the  resident  bus  controller  goes  low,  disabling  all 
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of  its  control  outputs.  The  CEN  input  to  the  system  bus 
controller  goes  high  placing  it  in  an  enabled  stater  but  it 
must  wait  for  an  Address  Enable  (AEN)  strobe  from  the  bus 
arbiter  to  inform  it  when  the  bus  is  free.  When  the  AEN 
line  is  activated  by  the  bus  arbiter,  the  system  bus 
controller  Issues  the  commands  corresponding  to  the  instruc¬ 
tions  decoded  from- the  processor  status  lines  (Table  II). 

If  the  address  placed  on  the  primary  bus  was  for  a 
resident  memory  location  or  a  peripheral  device,  the  system 
bus  controller  would  be  disabled  and  the  SYSB/RESB  input  to 
the  bus  arbiter  would  be  low.  As  shown  in  Table  III,  this 
would  inform  the  bus  arbiter  that  the  system  bus  could  be 
surrendered  to  another  bus  master.  The  CEN  input  to  the 
resident  bus  controller  would  be  high,  enabling  all  of  its 
control  outputs  and  permitting  it  to  complete  the  bus  cycle. 
The  resident  bus  controller's  AEN  line  is  permanently 
enabled  (tied  to  ground),  so  it  does  not  have  to  wait  for  an 
enable  from  the  bus  arbiter  to  issue  commands. 

System  Bus  Sur render/Reauest  Sequence.  As  mentioned 
previously,  the  8289  bus  arbiter  is  connected  in  the  Resi¬ 
dent  Bus  mode  (IOBbI,  RESBsl),  In  this  configuration,  the 
state  of  the  SYSB/RESB  input  informs  the  bus  arbiter  whether 
the  system  bus  is  to  be  requested  or  if  it  can  be  sur¬ 
rendered  (Ref  20tB-87).  The  bus  arbiter  is  also  connected 
in  a  serial  resolving  priority  configuration,  asshown  in 
Figure  17  (Ref  20iA-115).  The  network  bus  arbiter  has  the 
higher  priority  for  the  system  bus  over  the  local  module  bus 


Serial  Priority  Resolution  (Ref  19:2-23 


arbiter.  This  priority  scheme  is  established  by  shorting 
the  Bus  Priority  Out  (BPRO)  line  of  the  network  bus  arbiter 
to  the  Bus  Priority  In  (BPRN)  input  of  the  local  bus 
arbiter.  This  shorting  connection  is  located  on  the  Multi¬ 
bus  motherboard. 

If  the  network  bus  arbiter  does  not  have  control  of  the 
system  bus  when  -the  CPU  or  lOP  wants  to  access  system 
memory,  it  must  request  the  bus  from  the  local  bus  arbiter. 
This  is  performed  by  issuing  a  bus  request  on  its 
bidirectional  Common  Bus  Request  (CBRQ)  line  and  by  driving 
its  BPRO  line  high.  The  local  bus  arbiter  will  then  release 
the  bus  after  its  current  bus  cycle  unless  its  LOCK  input 
has  been  set. 

When  the  network  bus  arbiter  acquires  the  system  bus  it 
sets  its  BUSY  line  high  to  indicate  that  the  bus  is  being 
used.  It  also  sends  the  AEN  signal  to  the  system  bus  con¬ 
trollers,  8284  clock  generator,  and  output  enables  of  the 
system  bus  address  latches.  The  AEN  signal  sent  to  the 
clock  generator's  AENl  input  is  used  to  qualify  its  RDYl 
input.  If  the  bus  arbiter  had  not  been  able  to  acquire  the 
bus  in  sufficent  time  to  complete  the  processor's  bus  cycle, 
the  clock  generator  would  use  the  status  of  its  AENl  and 
RDYl  inputs  to  Insert  wait  states  (via  the  READY  line)  into 
the  bus  cycle  (Ref  20:A-23  to  A-25}. 


Once  the  network  bus  arbiter  has  acquired  the  system 
bus  it  will  hold  it  until  the  bus  is  requested  by  another 
bus  master  during  one  of  the  surrender  conditions  (Table 


III).  The  bus  arbiter  will  not  voluntarily  surrender  the 
system  bus.  If  another  processor  does  not  request  the  bus, 
the  bus  arbiter  will  hold  onto  it.  This  eliminates  the  need 
for  the  bus  arbiter  to  Initiate  a  bus  request  each  time  the 
system  bus  is  to  be  accessed  (Ref  20tA-122).  If  the  proces¬ 
sor  had  activated  the  bus  arbiter's  LOCK  input,  the  bus 
would  not  be  released  until  the  LOCK  was  deactivated  (Ref 
34:6-6) . 


IZ£2  Contm  Dfivicea 

The  Input/Output  control  devices  used  in  the  network 
module  are  the  8251A  USART,  8253  Programmable  Interval  Timer 
(PIT),  and  8259A  Progr ammable'  Interrupt  Controller  (PIC). 
The  8251A  USART  (Ref  20:B-131)  is  connected  to  an  RS-232C 
connector  through  a  Motorola  HC1488  line  driver  and  MC1489 
line  receiver.  A  2.5  MHz  clock  signal  is  provided  to  the 
USART  by  the  8284  clock  generator's  PCLK  output.  The  8253 
Programmable  Interval  Timer  (PIT)  is  programmed  to  provide 
the  square-wave  baud  rate  signal  required  by  the  USART  (Ref 
21:10-159  to  10-169).  The  8259A  PIC  is  used  to  support  the 
vectored  interrupt  capabilities  of  the  8086  (Ref  20:B-106  to 
B-123) . 

Device  Decode  Logic.  Figure  18  shows  the  control 
signal  connections  between  the  I/O  devices  and  RAM  connected 
to  the  resident  bus.  A  74S288  PROM  (Programmable  Read  Only 


Memory)  (Ref  42:182-189)  provides  the  address  decode  logic 
for  selecting  the  peripheral  I/O  control  devices  and  the 


resident  RAM  memory.  The  memory  locations  of  the  RAM  memory 
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Figure  18.  Device  Decode  Logic 


Table  IV.  Resident  RAN  and  I/O  Addressing 


PRON 

Decode 

Device 

Nemory 

Address  (Hex) 

Total 

Nemory  Space 

DECOO 

RAN  Nemory 

HE  1 

0000  -  3PPP 

DECOl 

5253  PIT 

4000  -  4PPF 

DECOS 

82  51 A  OSART 

B 1 

5000  -  5PFF 

deco3 

8259A  PIC 

6000  - 

6002 

6000  -  6PPF 

deCo4 

80  89  lOP 

7000  - 

7001 

7000  -  7PPP 

and  the  port  addresses  of  the  I/O  control  devices  are  listed 
in  Table  IV.  The  total  memory  space  column  lists  the 
address  range  in  which  the  respective  decode  signals  are 
active. 

Two  8K  X  B,  EDB880  8  (Ref  8)  static  RAN  chips  are 
utilized  for  the  resident  memory.  One  chip  serves  as  the 
storage  location  for  high*-byte  data  (data  lines  RD8-RD15). 
The  other  chip  holds  the  low  data  byte  (RD0-RD7).  The 
total  resident  memory  space  is  an  8K  X  16  block  with  20-bit 
memory  addresses  OOOOOH  to  3PFFPH.  The  lower  IK  bytes 
(addresses  00000  -  3PFH)  should  be  reserved  for  the  8086 
vectored  interrupt  tables  (Ref  20:2-25). 

Since  two  8-blt  RAN  chips  are  connected  to  the  16-bit 
resident  bus,  provisions  had  to  be  made  to  allow  for  both 
even  and  odd,  byte  and  word  accesses.  The  RAO  address  line 
was  logically  ORed  (B18)  with  PROM  output  bECOo  for  select¬ 
ing  the  low  byte  of  memory  on  an  even  byte  or  word  access. 
The  BR£  signal  from  the  CPU  and  lOP  was  also  ORed  (B18)  with 
the  DeCOO  line  to  select  the  high  byte  of  RAN  for  odd  byte 
or  odd  word  accesses.  Since  RAO  is  used  as  a  condition  for 


chip  select,  the  address/data  connections  to  the  resident 
RAM  are  RA1-RA13. 

The  three  I/O  devices,  the  8251A  USART,  8253  PIT,  and 
8259A  PIC  are  8-bit  devices.  Therefore,  the  RAO  signal  was 
used  as  a  condition  for  their  chip  selects  (CS) ,  and  they 
were  all  located  at  even  port  addresses.  The  PIT  and  the 
USART  could  have  been  positioned  on  odd  port  addresses,  but 
the  PIC  must  have  an  even  port  address  (Ref  20;A-140).  The 
data  ports  of  the  PIC  and  PIT  connect  directly  to  the 
primary  bus. 

The  8089  lOP  is  selected  whenever  the  CPU  initiates  a 
"write”  to  port  7000H  or  7001H.  The  lOP's  channel  attention 
(CA)  input  is  then  activated  whenever  the  PROM  DECO 4  output 
and  the  resident  bus  controller's  AIOWC  signal  are  both  low. 
The  RAO  signal  determines  the  state  of  the  lOP's  SEL  input. 

jQUi^  Control  Logic.  When  performing  DMA  transfers 
between  memory  and  an  I/O  port,  the  I/O  device  typically 
provides  the  source/destination  synchronization  to  the  lOP 
(Ref  20:4-48).  For  the  demonstration  network  module  testing 
(described  in  the  next  chapter),  the  DMA  transfer  of  data 
from  a  shared  memory  location  to  an  I/O  port  (the  USART) 
will  be  performed.  Therefore,  destination  synchronization 
(Ref  20:3-29)  will  be  used. 

The  DMA  destination  synchronization  is  achieved  by 
controlling  the  lOP's  DMA  request  input  (DRQl)  with  the 
USART's  TxRDY  output  signal  (Ref  30:12).  The  TxRDY  line 
will  go  high  whenever  the  USART  is  ready  to  accept  transmit 


data  (Ref  22:8>37)«  The  TxRDY  line  is  connected  to  the 
CLEAR  (CLR)  input  of  a  D-type  flip-flop  (P-P)  (D17)  (Pigure 
18).  When  the  CLR  input  is  high,  the  P-P's  Q  output  will 
toggle  on  a  positive  transition  of  its  CLK  input  (Ref  43:5- 
22).  The  F-P's  D  and  PR  (preset)  Inputs  are  tied  high,  so 
its  Q  output  will  toggle  from  0>1  when  its  CLR  input  is  high 
and  a  positive  transition  occurs  on  its  CLK  input.  The  F- 
F's  CLK  input  is  obtained  from  the  output  of  a  3-input  NOR 
gate  (B14).  Two  of  the  NOR  gate's  inputs  (RAO  and  DEC02) 
will  be  low  when  the  USART  is  selected.  The  other  input 
(AIOWC)  will  be  activated  when  the  I/O  issues  a  Write 
command.  When  the  AIOWC  is  activated  "AND"  the  USART  is 
selected,  the  CLK  signal  will  transition  from  0>1. 

The  destination  synchronized  DMA  transfer  will  be 
controlled  as  follows:  When  the  DMA  transfer  is  Initiated 
(XFER  Instruction),  the  lOP  will  fetch  the  data  (16-bit 
words)  from  its  source  address  (memory  location).  The  lOP 
must  then  wait  for  the  DRQ  input  to  be  high  before  it  can 
complete  the  transfer  by  sending  the  data  to  the  destination 
(USART  data  port).  Initially  the  TxRDY  line  will  be  high 
(ready  to  accept  transmitter  data)  and  the  Q  output  will  be 
low  (Figure  18).  Since  the  inverted  TxRDY  line  and  the  Q 
output  are  Inputs  to  the  NOR  gate. supplying  the  DRQl  signal, 
the  DRQl  will  be  high  and  the  first  data  byte  will  be 
transferred  to  the  USART.  When  the  AIOWC  signal  is 
activated,  indicating  a  "write”,  the  F-P's  CLK  input  will 
transition  from  0>1,  causing  its  Q  output  to  go  high.  This, 


in  turn,  causes  the  DRQl  input  to  be  low  during  the  T3 
positive  transition  of  the  lOP's  "store”  bus  cycle. 

The  TxRDY  line  will  go  low  when  the  data  is  loaded  into 
the  USART's  transmit  buffer  and  the  F-F's  Q  output  will  be 
reset.  However,  since  the  Q  and  inverted  TxRDY  signals  are 
"NOR”  conditions  for  DRQl,  the  DRQl  input  will  remain  low 
until  the  data  is  transmitted  by  the  USART  and  the  TxRDY 
signal  again  goes  high.  If  the  DRQl  input  does  not  go  high 
before  the  positive  transition  of  T4,  "idle*  clock  cycles 
will  be  inserted  into  the  lOP's  bus  cycle  before  the  next 
"store"  cycle  is  initiated  (Ref  20:4-49).  When  TxRDY  goes 
high,  DRQl  will  also  go  high  informing  the  lOP  that  another 
data  byte  can  be  transferred.  The  lOP  will  transfer  the 
second  byte  and  then  fetch  the  next  word  to  be  transferred. 
The  DMA  cycle  then  repeats  until  a  terminate  condition  is 
satisfied. 


MettforJi 


Porta 


Two  Signetics  2652-1  Multi-Protocol  Communication 
Controlers  (MPCCs)  (Ref  18:819-836)  will  be  utilized  as  the 


I/O  interfaces  between  the  network  module  and  the  computer 
network.  These  devices,  being  "multi-protocol^"  will 
enhance  the  UNID  II's  ability  to  meet  its  flexibility 
requirement.  The  MPCCs  support  the  bit-oriented  (BOP)  and 
byte  control  (BCP)  data  link  control  protocols  listed  in 


Table  V. 


The  MPCCs  transmit  and  receive  serial  data  in  the  frame 
format  presented  previously  (Figure  7).  They  automatically 


Table  V.  Data  Link  Protocols  Supported  by  NPCCs 


-Company  or 

Standards 

Organization 

"  Protocol 

IBM 

Synchronous  Data  Link 

Control  (SDLC) 

Bit 

Oriented 

ANSI 

Advanced  Data 

Protocols 

Communication  Control 
Procedure  (ADCCP 

ISO 

High-Level  Data  Control 
(HDLC)  . 

DEC 

Digital  Data  Communications 

Byte 

Control 

Message  Control  (DDCMP) 

Protocols 

IBM 

Binary  Synchronous 
Communications  (BISYNC) 
(external  CRC) 

perform  zero  insertion  and  deletion  to  prevent  any  bit 
sequence  in  the  frame  to  be  misinterpreted  as  a  flag,  an 
abort,  or  an  idle.  After  the  beginning  flag  transmission,  a 
0  is  inserted  into  the  serial  data  after' five  successive  Is 
have  been  transmitted.  Also,  when  receiving,  the  number  of 
successive  Is  are  counted.  If  five  successive  Is  are 
received,  the  sixth  bit  is  deleted  if  it  is  a  zero  (Ref 
45:109) . 

The  2652s  accomplish  error  checking  by  performing  a 
cyclic  redundancy  check  (CRC)  over  the  entire  frame  (between 
flags)  for  bit-oriented  protocols,  and  over  only  the 
information  field  for  byte  control  protocols.  The  inverted 
remainder  of  the  CRC  (CCITT-CRC  is  used)  is  transmitted/ 


ittceived  in  the  16-bit  Frame  Sequence  Field  (Figure  7)  for 
BOP,  If  BCP  l8  being  used,  the  error  information  is  trans¬ 
mitted/received  as  the  two  successive  characters  following 
the  last  data  character  (Ref  18tS21). 

The  control  signal  connections  to  the  NPCC  devices  are 
shown  in  Figure  19.  Only  one  2652  is  shown,  since  the 
connections  to  the  other  one  is  identical,  except  that  a 
different  chip  enable  (CB)  signal  will  be  used.  The  address 
decoder  PROM  (B17)  will  supply  the  CE  signals.  Address 
lines  RAO  -  RA2  are  used  to  select  the  MPCC's  internal 
registers.  The  BYTE  signal  determines  the  data  bus  transfer 
width;  when  BYTE  *>1,  8-bits  are  transfered,  and  when  BYTE  ^ 
0,  16  bits  are  transferred.  The  BYTE  pin  is  connected 
directly  to  the  processor's  bus  high  enable  (BHE)  line.  The 
Read/Write  (I^W)  signal  controls  the  direction  of  the  data 
bus  transfer.  This  signal  is  active  low  for  "read" 
operations  and  high  for  "writes". 

The  activation  of  the  Data  Bus  Enable  (DBEN)  signal  is 
more  complicated  to  achieve  than  are  the  other  control 
signals.  This  signal  should  not  be  strobed  until  at  least 
50  nanoseconds  (ns)  after  the  CE,  A2-A0,  BYTE,  and  ¥/W 
controls  have  been  set-up  (Ref  1  8:  83  0).  To  achieve  this, 
the  control  logic  (Figure  19)  was  designed  to  enable  DBEN  on 
the  positive  transition  of  DEN  during  a  "read"  bus  cycle, 
and  on  a  negative  transition  of  the  lOWC  during  a  "write" 
bus  cycle.  The  CE,  A2-A0,  BYTE,  and  R/W  are  all  set-up 
prior  to,  or  during,  the  low  clock  period  of  state  T2  of  the 


Control  Signal  Connections 


bus  cycle  (Ref  20:B~17r  B-79).  The  DEM  positive  transition 
occurs  during  the  high  clock  period  of  T2  during  a  read 
cycle,  which  is  a  minimum  of  60  ns  after  lORC  is  activated 
(assuming  a  5  MHz  clock).  The  16WC  signal  is  activated 
during  the  low  clock  period  of  T3,  so  it  occurs  a  minimum  of 
155  ns  after  AIOWC  is  activated  (Ref  20tB>-79). 

The  NPCCs  also  have  a  maintenance  mode  (MM)  selectable 
option.  When  the  MM  pin  is  grounded,  the  Transmitter 
Serial  Output  (TxSO)  is  gated  back  to  th^e  Receiver  Serial  In 
(RxSI),  and  the  Transmitter  Clock  (TxC)  is  gated  to  the 
Receiver  Clock  (RxC)  for  off-line  diagnostic  purposes  (Ref 
18:820) . 

The  receiver  serial  input  and  transmitter  serial  output 
are  interfaced  to  the  the  computer  network  through  RS-422A 
comparable  line  receivers  and  line  drivers  (Motorola  MC34 86 
line  receivers  and  MC3487  line  drivers,  respectively).  The 
clock  signals,  RxC  and  TxC,  can  be  provided  over  the  RS-422A 
interface  for  synchronous  communications  or  from  a  baud  rate 
generator,  such  as  an  8253  PIT,  if  asynchronous  communi¬ 
cations  are  being  performed.  The  Receiver  Data  Available 
(RxDA)  signal  is  routed  to  one  of  the  8089  channel's  DRQ 
input  for  DMA  source  synchronization,  and  Receiver  Status 
Available  (RxSA)  is  connected  to  the  lOP  channel's 
respective  EXT  input  to  provide  an  external  termination 
condition.  The  RxDA  signal  is  activated  when  data  is 
available  in  the  MPCC's  receiver  buffer,  and  RxSA  is 
activated  when  an  end  of  message  is  received.  For  DMA 
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destination  synchronization  of  the  lOP  during  transmission, 
the  Transmitter  Buffer  Empty  (TxBE)  signal  is  to  be  used  as 
a  condition  for  the  synchronization  of  the  lOP  channel's  DRQ 
input. 

Conatiuctlon  Af  liifi  MelworK  Module 

The  network  module  was  wire-wrapped  on  an  Intel  Proto¬ 
type  board.  The  physical  layout  of  the  board  is  shown  in 
Appendix  E.  Dual-in-line  package  (DIP)  sockets  were  used  to 
allow  all  components  to  be  plugged  in,  except  for  the  15-HHz 
crystal  and  the  by-pass  capacitors.  The  complete  schematic 
for  the  demonstration  network  module  is  located  in  Appendix 
F.  The  .068uf  by-pass  capacitors,  which  are  connected  to 
each  chip's  Vcc  pin,  are  not  shown  in  the  schematic  diagram. 

All  TTL  (transistor-transistor  logic)  components  used 
are  high-speed  Schotky  devices,  except  for  the  7427  "Nor" 
gate  and  the  7485  comparators.  Initially,  two  DIP  sockets 
(B12  and  C16)  were  left  open  to  allow  for  circuit  modifica¬ 
tions.  However,  during  testing  of  the  network  module 
(Chapter  IV),  it  was  necessary  to  use  the  socket  at  C16  for 

f 

the  100  ohm  resistors  connected  in-line  with  the  CLK  signal. 

One  edge  of  the  prototype  board  has  an  Intel  Multibus 
edge  connector  (86  pins)  (Ref  20:A-198).  The  signal  con¬ 
nections  to  this  connector  are  shown  in  Figure  20.  The 
interrupt  lines  (pins  35-41)  were  not  being  used,  so  the 
network  module  reset  line  was  connected  to  INT7  (pin  36). 
All  signal  or  the  Multibus  are  active  low. 
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The  two  2652-1  MPCCs  used  for  the  network  I/O  ports 
were  not  wired  onto  the  network  board.  Space  was  left  on 
the  board  for  them  to  be  installed.  One  of  the  MPCCs  is  to 
be  installed  where  the  8251A  OSART  is  located.  The  DEC02 
signal  can  be  inverted  and  used  as  the  MPCCs  chip  enable. 
The  chip  enable  signal  for  the  other  MPCC  will  need  to  be 
programmed  into  the  PROM.  The  intended  physical  locations 
of  the  MPCCs  are  indicated  by  the  dashed  area  on  the 
physical  layQUt-_diagram  of  the  .network  board  (Appendix  E). 

Summary  Network  Module  J2£fiign  And  Construction 

The  design  of  the  network  module  centers  around  the 
80  86  CPU  and  the  80  89  I/O  Processor.  The  80  86  and  the  80  89 
are  configured  so  they  can  access  shared  memory  over  a 
multi-master  system  bus  and  they  can  access  both  memory  and 
I/O  devices  over  a  private  (resident)  bus.  The  8089  operates 
as  a  slave  to  the  8086  and  it  performs  all  I/O  operations 
including  DMA  transfers..  The  8089  executes  the  I/O  channel 
program  tasks  specified  by  the  8086.  Local  arbitration 
(RQ/GT  lines)  allows  them  to  share  both  the  system  bus  and 
the  resident  bus. 

An  8289  Bus  Arbiter  controls  the  access  to  the  system 
bus.  The  RAM  which  is  shared  by  the  DNID  II  local  and 
network  modules  is  located  on  the  local  module  and  it  is 
accessed  by  the  network  processors  over  the  system  bus.  The 
network  module  has  8K  bytes  of  resident  RAM.  The  lower  IK 
bytes  can  be  reserved  for  the  8086  interrupt  vector  table. 


To  demonstrate  the  ability  of  the  network  module  to 
perform  DMA  transfers  of  data  from  shared  memory  to  an 
output  portf  an  8251A  USART  was  used  for  initial  testing. 
In  the  final  UMID  II  configuration,  the  USART  will  be 
replaced  with  two  Signetics  2652-1  Multi-Protocol  Communica¬ 
tion  Controllers.  The  2652  was  chosen  for  the  following 
three  major  reasons  (Ref  14:55):  1)  the  2652  supports 
several  bit-oriented  and  byte  data  link  protocols;  2)  both  8 
and  16  bit  word  lengths  can  be  accomodated;  and  3)  the  26  52- 
1  supports  transmission  rates  up  to  2  Megabytes/Sec. 


Ill  UMID  XI  l&st  PCQceduce 


This  chapter  presents  the  testing  performed  on  the 
local  module  and  the  network  module.  Since  an  Intel  SBC 
86/12A  single  board  computer  (Ref  19)  was  being  used  as  the 
local  module,  its  testing  was  limited  to  verifying  its 
proper  operation  after  modifying  its  jumper  selectable 
options  (Ref  19:2-2).  To  satisfy  the  UNID  II's  functional 
requirements,  it  was  necessary  that  the  local  module's 
jumpers  be  configured  to  provide  an  area  of  shared  RAM 
memory  which  could  be  accessed  by  both  the  local  and  network 
modules.  Also,  the  jumpers  were  configured  to  allow  the 
network  module  to  perform  as  the  highest  priority  bus  master 
(Ref  19:2-22). 

The  testing  of  the  network  module  was  more  involved 
than  that  of  the  local  module.  Each  section  of  the  network 
module  (i.e.  decode  logic,  bus  interfaces,  enable  logic)  had 
to  be  tested  separately  and  its  proper  operation  verified 
before  proceeding  to  the  next  tests.  (These  tests  were 
performed  in  a  bottom-up  fashion  and  are  presented  in 
further  detail  in  this  chapter).  The  network  module  was 
also  tested  to  verify  that  it  could  properly  access  shared 
memory  and  perform  DMA  transfers  of  data  from  shared  memory 
to  an  output  port. 

To  aid  in  the  testing  of  the  UNID  II,  software  test 
procedures  were  developed.  These  test  procedures  were 
written  in  PL/M  86  (Ref  2  8)  and  ASM  89  (Ref  20:3-44  to  3- 
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59).  An  ICE-86A  in-circuit  emulator  (Ref  24)  was  also  used 
for  down-loading  the  test  procedures  from  the  Series  II  MDS 
(Ref  26)  into  the  UNID  II  and  for  executing  these 
procedures.  The  ICE-86A  also  provided  the  additional 
capabilities  of  executing  single  commands  entered  at  the 
console,  disassembling  8086  instructions,  and  performing 
single-step  program  execution  while  monitoring  circuit- 
under-test  operations. 

This  chapter  is  presented  in  the  sequence  in  which  the 
tests  were  performed.  First,  the  hardware  testing  of  the 
network  module  and  the  hardware  testing  of  the  local  module 
will  be  presented.  Then,  the  demonstration  program  which 
was  developed  to  test  the  two  modules  is  explained.  Next, 
the  software  testing  of  the  local  module  and  the  netv/ork 
module  are  presented.  The  UNID  II  test  procedures  and  the 
results  of  these  tests  are  then  summarized. 


Me  t  work  Hoiiule 


Before  construction  of  the  network  module  began,  both 
the  system  and  the  resident  bus  interfaces  were  wired  on  a 
bread-board.  This  was  done  so  the  bus  control  signals  could 
be  viewed  on  an  oscilloscope,  enabling  a  working  knowledge 
to  be  acquired  about  the  bus  interfaces'  operation  before 
the  actual  "hard"  wiring  began.  Initially  the  two  8288  bus 
controllers,  their  respective  8282/8283  address  latches  and 
8286/8287  data  transceivers,  and  associated  output  enable 
logic  were  breadboarded. 


To  provide  the  bus  control  signals,  the  bus  controllers 
roust  decode  a  CPU's  or  lOP's  SU,  sT,  and  Sl  status  signals. 
The  addition  of  a  CPU  or  lOP  to  the  breadboard  would  have 
coroplicated  the  bus  interface  testing,  so  a  Hewlett  Packard 
8016A  Word  Generator  (Ref  17)  was  used  to  generate  timing 
signals  which  simulated  the  three  status  signals.  An  8284 
clock  generator  was  also  added  to  the  breadboard  to  supply 
the  5-MHz  CLK  signals  to  the  bus  controllers.  To  observe 
the  bus  controllers'  output  signals,  a  Textronix  7704A 
oscilloscope  with  two  7A26  dual  trace  vertical  amplifiers 
and  a  7B53A  dual  time  base  was  employed.  The  oscilloscope 
was  connected  to  provide  a  time  display  of  the  bus  control¬ 
lers'  output  signals  with  respect  to  the  status  input 
signals. 

The  bus  control  signals  observed  on  the  oscilloscope 
are  illustrated  in  Figure  21,  The  word  generator  was  setup 
to  provide  32-bit  serial  data  at  a  bit  rate  of  approximately 
140-KH2,  This  set  the  pulse  width  of  each  bit  to  approx¬ 
imately  200ns.  Relative  to  the  status  signals,  all  outputs 
appeared  to  be  the  same  as  specified  in  the  manufacturer's 
timing  diagrams  (Ref  20;B-7  9). 

The  82  89  bus  arbiter  and  the  address  decode  logic  for 
the  SYSB/RESB  signal  were  then  added  to  the  breadboard.  The 
7485  comparators  were  tested  for  several  combinations  of 
address  inputs  to  ensure  that  the  bus  arbiter  and  the  two 
bus  controllers  were  being  selected/deselected  properly. 
Initially,  the  A<B  and  A>B  outputs  of  the  two  comparators 
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were  interchangedf  but  this  was  corrected  to  the  connections 
previously  shown  (Figure  16),  To  test  the  bus  arbiter  it 
was  necessary  to  provide  it  with  a  bus  clock  (BCLK)  signal 
in  addition  to  the  CLK  from  the  8284.  The  BCLK  pin  was 
connected  to  the  CLK  line  and  the  bus  arbiter's  output 
signals  were  observed  to  see  if  a  bus  access  request  was 
initiated.  The  bus  request  (BREQ)  ,  common  bus  request 
(CBRQ) ,  bus  priority  out  (BPRO) ,  and  BUSY  signals  were  all 
observed  to  go  low  when  the  SYSB/RESB  input  went  high.  This 
conforms  to  the  bus  arbiter's  access  request  sequence  (Ref 
37:6-4).  No  timing  relationship  tests  were  made  on  the  bus 
arbitration  circuitry,  since  a  10-MHz  BCLK  was  not  being 
used. 

Continuity  Tests.  After  the  network  board  was  wire- 
wrapped,  electricl  continuity  checks  and  visual  inspections 
were  made  on  the  board.  An  audio  continuity  tester  was  used 
to  check  for  wiring  errors.  The  WLIST  output  (Appendix  A) 
proved  to  be  an  invaluable  aid  during  this  and  subsequent 
tests.  A  few  wiring  errors  were  detected  and  corrected. 

Applied  £i2M£X  Testing.  A  5vdc  power  supply  was  con¬ 
nected  to  the  +5v  and  GND  pins  of  the  system  bus  connector. 
An  ammeter  was  connected  in  series  with  the  power  connection 
to  monitor  the  current  being  drawn  by  the  network  module.  A 
voltmeter  was  also  connected  to  the  power  terminals  and  both 
of  these  meters  were  monitored  as  each  component  was  instal¬ 
led.  The  components  were  installed  Individually  and  tests 
were  conducted  as  described  in  the  following  paragraphs: 
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Power  was  first  applied  to  the  network  board  with  no 
chips  installed.  The  ammeter  verified  that  no  current  was 
being  drawn  by  the  module  and  a  voltage  check  was  made  to 
each  DIP  socket  pin  which  was  to  have  been  connected  to  -i-Sv. 
The  first  component  installed  was  the  soldering  terminal 
(El 4)  which  contained  the  reset  resistor  and  capacitor,  and 
the  reset  switch.  When  this  was  installed  the  ammeter 
indicated  that  approximately  22  microamperes  were  being 
drawn.  The  current  should  have  still  been  zero.  The 
capacitor,  Cl  (Figure  12),  was  found  to  be  effectively 
shorted  (200K  ohms).  The  capacitor  was  replaced  and  the 
proper  zero  current  reading  was  obtained. 

The  next  component  installed  was  the  8284  clock  genera¬ 
tor  (E17).  The  power  supply  current  drain  was  within  the 
manufacturer's  specification.  The  CLK  and  PCLK  outputs  were 
traced  with  the  oscilloscope  to  ensure  they  connected  to  the 
proper  socket  pins.  The  8284  appeared  to  be  functioning 
properly,  but  a  high  ripple  component  (approximately  400mv) 
was  observed  in  the  ground  plane  near  the  chip.  A  twisted 
pair  of  wires  (CLK  and  GND)  was  connected  between  the  clock 
generator  and  the  resident  bus  controller,  but  this  had  very 
little  effect  on  the  ripple.  A  22  guage  wire  was  then 
connected  directly  from  the  system  bus  connector's  GND  (pin 
86)  to  the  8284  GND  pin.  This  lowered  the  ripple  component 
down  to  approximately  50mv.  Now,  most  of  this  ripple  was 
probably  due  to  Insuf f icently  shielded  test  leads  and  test 
setup,  since  some  voltage  variations  were  noted  as  the 
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oscilloscope  test  leads  were  touched 


i 


V  *> 

The  next  components  were  Installed  in  the  following 
sequence : 


-  BIO:  8288  Resident  Bus  Controller 

-  CIO,  Cll,  Ell:  8282  Resident  Address  Latches 

-  All,  Bll:  Resident  Data  Transceivers 


At  this  time  the  word  generator  and  the  oscilloscope 
were  used  to  test  the  operation  of  the  resident  bus  inter¬ 
face.  This  test  was  the  same  as  conducted  previously  when 
breadboarding  the  bus  interface  components.  The  only  error 
found  during  this  test  was  that  the  data  transceiver's  {A21 
and  B21)  output  enable  pins  were  connected  directly  to  the 
DEN  output  of  the  bus  controller.  This  would  not  work, 
because  the  DEN  signal  is  active  high  and  the  output  enables 
are  active  low.  This  was  corrected  by  Inverting  the  DEN 
signal  before  routing  it  to  the  data  transceivers  (Figure 
15)  . 

The  order  in  which  the  next  few  chips  were  installed 
was  as  follows: 


-  B17:  74S288  PROM 

-  D14:  Switch  SI 

-  C14:  CIS:  7485  Comparator 

-  B15:  74S00  NAND 

-  A12:  8289  Bus  Arbiter 

-  All:  8288  Bus  Controller 

-  A13:  A14,  A15:  8287  System  Data  Transceivers 

-  A16:  A17,  A18:  8283  System  Address  Latches 

-  B14:  7427  NOR 

-  B13:  74S04  Inverter 

-  B16:  74S32  OR 

-  B18:  74S32  OR 

-  D17:  7474  D-Type  Flip-Flop 
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The  word  generator  was  used  to  supply  the  status  signal 
timing  to  the  system  bus  circuitry  and  to  the  bus  arbiter. 
The  word  generator  also  supplied  signals  to  simulate  various 
other  signals,  such  as  BHE,  ADO,  and  address  lines  for 
testing  the  SYSB/RESB  decode  logic  (Figure  16)  and  the 
system  bus  data  transceivers'  enable  logic  (Figure  15). 

When  testing  the  SYSB/RESB  decode  logic,  it  was  dis¬ 
covered  that  it  was  necessary  that  the  cascade  inputs  (pins 
2,  3  ,and  4)  of  the  7485  comparators  be  grounded.  Also,  the 
truth  table  for  the  comparators  had  been  misinterperted  and 
the  SYSB/RESB  and  CEN  connections  to  the  bus  arbiter  and  bus 
controllers  had  to  be  rewired.  The  wiring  was  corrected  to 
that  shown  previously  (Figure  16). 

Before  testing  the  RAM  and  I/O  device  chip  enables,  the 
PROM  (B17)  had  to  be  programmed.  The  details  concerning  the 
PROM  programming  are  located  in  Appendix  D.  After  the  PROM 
programming  was  completed,  the  addresses  of  the  chip  select 
signals  were  verified. 

Next,  the  MC  1488  line  driver  (Dll)  and  the  MC1489  line 
receiver  (Ell)  were  installed.  The  required  +12  and  -12 
voltages  were  applied  and  the  current  drains  were  checked. 
At  this  time,  the  only  chips  remaining  to  be  installed  were 
the  two  8K  byte  RAMs,  8086  CPU,  8089  lOP,  8253  PIT,  8259 
PIC,  and  8251A  USART.  These  components  were  installed  one 
at  a  time  and  their  current  and  voltage  levels  were 
monitored.  No  excessive  current  was  being  drawn.  This 
completed  the  hardware  testing  of  the  network  module. 


Local  Module  Hardware  TfiStlaq 

An  Intel  SBC  86/1 2A  (Ref  19)  is  being  used  as  the  local 
module,  so  its  testing  was  to  involve  only  the  executing  of 
various  commands  in  its  ROM  monitor.  These  tests  were  to 
include  the  checking  of  its  RAM  memory,  the  accessing  of  its 
I/O  ports,  and  testing  the  operation  of  its  system  bus 
arbitration  circuitry.  However,  when  testing  began,  it  was 
discovered  that  the  EPROMs,  which  contained  the  monitor 
program,  had  been  either  inadverently  erased  or  they  had 
been  replaced  by  empty  EPROMS.  A  search  was  being  made  of 
backup  disks  to  find  the  monitor  listing  when  the  8086/88 
In-Circuit  Emulator  (ICE-86A)  (Ref  24)  was  received.  By 
connecting  the  ICE-86A  into  the  local  module's  8086  socket, 
the  board  could  be  tested  without  the  ROM  monitor.  The  ICE- 
86A  also  performed  downloading  of  programs  from  the  ISIS-II 
Microcomputer  Development  System  (Ref  26)  to  the  local  (or 
network)  module. 

Using  the  ICE-86A,  the  local  module  was  tested  by 
issuing  I/O  port  commands  to  the  on-board  8253  PIT  and  the 
8255  Programmable  Peripheral  Interface  (PPI)  device.  An 
ICE-86A  demonstration  program  (Ref  24:3-1  to  3-43)  was  also 
compiled  and  downloaded  into  the  local  module.  This  helped 
in  the  testing  of  the  local  module  and  in  learning  the 
operation  of  the  emulator.  Notes  concerning  the  use  of  the 
ICE-86A  are  located  in  Appendix  G. 

To  use  the  SBC  86/1 2A  as  the  local  module,  several  jumper 
selectable  options  (Ref  19:2-2)  had  to  be  changed.  The  SBC 


86/12A  was  initially  wired  in  the  factory  default  configure' 
tion,  so  all  of  the  32K  bytes  of  its  RAM  memory  were 
designated  as  being  accessable  by  only  the  local  processor. 
To  permit  the  RAM  to  be  shared  with  the  network  module,  the 
E113'-E114  jumper  was  installed  and  the  switch,  SI,  settings 
were  all  opened.  (All  jumpers  were  installed  with  green 
wire-wrap;  factory  default  jumpers  are  all  blue).  This 
configured  the  RAM  memory  to  be  mapped  as  shown  in  Figure 
22.  The  RAM  could  now  be  shared  with  the  network  module. 
To  the  local  module,  the  RAM  is  addressed  between  OOOOOH  to 
7FFFFH.  To  the  network  module,  which  must  access  this 
memory  over  the  system  bus,  the  RAM  is  mapped  between 
locations  0F8000H  and  OFFFFFH.  Other  jumper  options  are 
available  to  permit  8K  byte  blocks  of  the  RAM  to  be 
dedicated  for  the  local  processor's  use  (Ref  19:2-8). 

To  configure  the  local  module's  8289  bus  arbiter  to 
surrender  the  system  bus  to  any  other  bus  master  (Ref  19:2- 
22),  the  E144-E145  and  E130-E131  jumper  connections  were 
made.  The  E9-E26  and  E134-E142  jumper  connections  were 
installed  to  permit  the  local  module  to  output  a  reset 
pulse,  over  the  system  bus,  to  the  network  module  (Ref  19:2- 
10,5-23).  These  jumpers  connect  the  LSB  of  local  module's 
PPI  port  "C"  to  the  system  bus  INT7  line. 

Pemonstratian  Progcam 

To  demonstrate  and  test  the  operation  of  the  network 
module's  bus  circuitry,  its  DMA  functions,  and  its  accessing 
of  shared  and  resident  memory,  a  demonstration  program  was 
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Figure  22.  Memory  Map  of  Shared  Memory  (Ref  30:3) 
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written  in  PL/M-86  (Ref  28)  and  in  8089  assembly  language, 
ASM-89  (Ref  20:3-44  to  3-59).  The  demonstration  program  was 
developed  to  assist  in  verifying  the  proper  design  and 
construction  of  the  network  module  and  to  provide  a  means  of 
testing  the  functional  operation  of  both  modules.  The 
demonstration  program  does  not  entirely  verify  that  the  UNID 
II  meets  all  functional  requirements.  The  tests  were 
constructed  to  verify  the  operation  of  the  shared  memory  and 
the  network  module  and  no  local  module  I/O  tests  were 
performed. 

An  alternative  to  using  the  demonstration  program  for 
testing  would  have  been  to  implement  the  UNID.'DELNET 
algorithmns  being  developed  in  a  concurrent  thesis  project 
(Ref  15).  However,  this  would  have  complicated  the  UNID  II 
testing.  These  algorithmns  would  have  to  be  converted  from 
PL/Z  (Ref  47)  programming  language  to  PL/M  86  and  they  could 
not  be  easily  subdivided  to  provide  individual  testing  of 
the  various  UNID  II  components. 

The  demonstration  program  is  divided  into  three 
sections:  first,  an  ini tilization  procedure  for  the  local 
module,  called  DEMOL;  second,  the  network  module's  demon¬ 
stration  routines,  DEMON;  and  third  the  8089's  TASKl  and 
TASK2  procedures.  A  source  listing  of  this  program  is 
listed  in  Appendix  H.  This  program  was  based  on  the  proto¬ 
type  8089  I/O  system  described  in  an  Intel  Application  Note 
(Ref  30).  However,  the  application  note  describes  an  8089 
system  configured  to  operate  in  the  remote  mode  and  it  does 


not  incorporate  a  resident  bus,  so  several  modifications  of 
the  basic  program  were  necessary.  Figure  23  shows  the 
program  flow  of  the  demonstration  program  for  the  local 
module,  DEMOL.  The  local  module's  functions  are  very  simple 
for  this  demonstration  and  testing.  First  the  local  CPU 
intilizes  its  8259A  PIC,  which  in  this  case,  will  have  all 
interrupts  masked.  Next,  the  CPU  programs  the  PPI  to  send 
out  a  reset  pulse  to  the  network  module  (via  INT7  of  the 
system  bus).  Then  the  local  processor  enters  a  "forever" 
loop.  This  loop  represents  further  processing  by  the  local 
CPU  since  it  can  operate  in  parallel  with  the  network 
processors. 

The  network  module's  program  flow  diagram  is  shown  in 
Figure  24.  After  reset,  the  network  CPU  initilizes  its 
8259A  PIC.  All  interrupts  are  masked  except  for  IROO, 
which  receives  the  interrupt  from  the  8089.  Next,  the  CPU 
sets  up  the  8089  lOP's  initilization  blocks  and  issues  the 
lOP  its  first  Channel  Attention  (CA)  pulse.  While  the  lOP 
is  performing  its  internal  ROM  initilization  procedures,  the 
CPU  monitors  the  lOP's  channel  1  busy  flag.  When  the  lOP 
completes  its  initilization,  it  clears  the  busy  flag.  The 
CPU  detects  this  and  continues  its  processing  by  setting  up 
the  8089  communication  blocks.  This  includes  transfering 
the  lOP's  TASKl  program  into  the  Task  block. 

The  network  CPU  then  issues  the  second  CA  to  the  lOP. 
When  this  CA  is  received,  the  lOP  begins  executing  the  TASKl 
program  in  its  task  block.  While  the  8089  is  executing  its 
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Figure  24,  Flow  Diagram  of  DEMON 
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instructions,  the  CPU  is  halted  with  its  interrupts  enabled. 
(In  normal  operation  a  halt  would  not  be  necessary  here;  the 
CPU  would  enter  into  wait  states  if  it  had  to  perform  a  bus 
access  while  the  8089  had  control  of  the  bus).  During  Taskl, 
the  lOP  Initilizes  the  8253  PIT  and  the  8251A  OSART.  It  also 
sets  up  the  parameter  block  in  which  the  Intercommunication 
between  the  lOP  and  CPU  takes  place.  (An  80  89  Assembler  was 
not  available  for  assembling  the  TASKl  and  TASK2  procedures, 
so  they  were  entered  into  the  DEMON  program  as  data.  They 
are  listed  in  the  source  programs  (Appendix  H)  as  INITTB  for 
TASKl  and  PROGTB  for  TASK2). 

When  the  8089  has  completed  its  TASKl,  it  issues  an 
interrupt  to  the  CPU.  The  lOP  also  surrenders  the  primary 
bus  to  the  CPU  via  the  ^/GT  protocol.  When  the  CPU 
receives  the  Interrupt  request,  it  acknowledges  it  and 
begins  executing  the  message  processing  routine,  MSGDSPL, 
shown  in  Figure  25.  In  this  procedure,  depending  on  the 
commands  stored  by  the  lOP  in  the  parameter  block,  the  CPU 
moves  either  a  message  or  a  menu  to  the  message  buffer.  The 
CPU  also  moves  TASK2  into  the  Task  block.  Then  the  CPU 
issues  another  CA  to  the  lOP  and  halts. 

When  this  CA  is  received,  the  lOP  begins  executing 
TASK2.  The  TASK2  program  flow  is  shown  in  Figure  26. 
During  TASK2,  the  TOP  will  DMA  transfer  the  message  buffer 
contents  to  the  USART  transmit  data  port.  The  USART  will 
then  transmit  the  data  to  the  CRT,  After  the  entire  message 
buffer  has  been  transferred,  the  lOP  will  poll  the  USART  for 
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Figure  25.  Flow  Diagram  of  MSGDSPL  (Ref  30:11} 
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valid  input  requests  front  the  terminal.  When  a  valid 
request  (either  for  a  message  or  the  menu)  is  received,  it 
is  loaded  into  the  parameter  block  and  an  interrupt  request 
is  issued. 

When  the  interrupt  request  is  received  by  the  CPU,  it 
again  executes  the  MSGDSPL  routine  and  then  issues  the  CA  to 
the  lOP.  The  program  execution  sequence  is  now  entirely 
interrupt-CA  driven  between  the  CPU  and  the  lOP. 

Local  sof  twarfi  Testinfl 

The  ICE-86A  was  used  to  load  the  DEMOL  program  into  the 
local  module.  A  logic  probe  was  connected  to  the  system  bus 
fNT7  line  (pin  36)  to  detect  the  reset  pulse  from  the  local 
module  to  the  network  module.  The  reset  pulse  was  output  as 
expected.  No  other  tests  were  performed  on  the  local 
module. 

Network  Module  Software  Testing 

The  network  module  software  testing  began  by  installing 
the  network  module  into  the  card  cage  without  the  local 
module.  The  ICE-86A  was  plugged  into  the  network  module's 
8086  socket.  The  first  tests  performed  were  simple  memory 
and  I/O  port  access  commands  and  a  memory  verify  error  kept 
occuring  when  a  "write"  was  executed.  A  READY  timing 
problem  was  suspected  and  a  logic  analyzer  was  connected  to 
monitor  several  of  the  address/data  lines  and  control  lines. 
The  logic  analyzer  was  triggered  on  the  memory  read  (MRDC) 
and  memory  write  (XMwC)  signals  from  the  resident  bus 


89 


-•^•v  .V  »  .“•  .•-  .••V- 


"M 


- « 

>-  '•.'< 


controller.  The  error  which  was  found  was  that  the  resident 
DT/R  and  DEN  lines  connected  to  the  data  transceivers  were 
switched.  This  error  was  not  detected  previously  since  the 
mistake  was  made  when  entering  the  signals  into  the  WLIST 
program. 

After  making  the  wiring  corrections,  the  resident  RAM 
could  be  accessed  properly  during  both  "read"  and  "write". 
However,  a  "control  circuit  failure"  (Ref  24:B-1)  began 
occuring  at  random  times.  The  logic  analyzer  was  again  used 
to  monitor  the  resident  bus  and  READY  control  signals  while 
memory  access  commands  were  issued.  All  signals  appeared  to 
be  operating  correctly.  An  oscilloscope  was  connected  to 
the  RESET  line  and  the  RESET  was  not  going  above  1.5  volts 
when  the  reset  switch,  S2,  was  pushed.  There  was  a  IK  ohm 
resistor  in  series  with  the  switch  and  the  8284  RES  input; 
this  resistor  was  removed  and  the  reset  circuitry  was  wired 
as  shown  previously  (Figure  12).  This  corrected  the  RESET 
circuitry  and  eliminated  the  control  circuit  failure  error 
problem. 

Another  error  was  detected  when  the  I/O  devices  were 
selected.  They  were  being  selected  properly  on  their  chip 
enable  (^)  lines,  but  they  were  hardwired  to  respond  to 
both  even  and  odd  port  addresses.  Since  they  are  8-bit 
devices,  they  should  only  be  connected  to  either  an  even  or 
odd  port,  but  not  to  both.  The  RAl  address  line  was  con¬ 
nected  to  each  of  the  I/O  devices  in  place  of  the  RAO  line 
to  assign  them  even  port  addresses. 


The  next  part  of  the  network  module  testing  involved 
the  accessing  of  shared  memory  by  the  network  processors. 
Both  the  network  module  (the  8089  was  not  Installed)  and 
the  local  module  were  installed  into  the  card  cage  and 
connected  to  the  system  bus.  A  larger  power  supply  had  to  be 
usedf  because  together,  the  local  module  and  the  network 
module  were  drawning  close  to  six  amperes.  The  ICE-86A  was 
plugged  into  the  network  module  and  an  access  of  shared 
memory  was  attempted.  Since  the  local  module  had  not  been 
initilized  (DEMOL  executed),  the  INT7  line  of  the  system  bus 
was  tied  high.  Also,  the  local  module  was  strapped  into  a 
halt  state  (§2=0,81=1,87=1). 

The  attempt  to  access  shared  memory  was  unsuccessful. 
With  the  aid  of  the  logic  analyzer,  the  system  bus  arbitra¬ 
tion  logic  was  checked  and  found  to  be  operating  properly. 
The  shared  memory  decode  circuitry  on  the  SBC  86/12A  was 
then  checked  and  it  was  discovered  that  the  PROM  decoder 
(A6  9)  was  not  being  activated.  The  problem  was  traced  to  a 
bad  address  buffer  latch  (A13)  on  the  network  module.  This 
chip  was  replaced  and  the  access  of  shared  memory  was 
successful. 

The  DEMON  program  was  complied  (Ref  27),  linked  and 
located  (Ref  29)  to  reside  in  shared  memory  begining  at 
OPCOOOH.  This  program  was  then  downloaded  into  shared 
memory.  The  emulator  was  then  used  to  single  step  through 
the  8086  instructions  (the  ICE-86A  will  not  execute  8089 
instructions).  A  "memory  write  failure"  began  appearing 
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again  and  the  logic  analyzer  was  used  to  trace  the  problem 
to  another  failure  of  the  address  latchr  A13,  The  failure 
was  caused  by  one  of  its  output  pins  being  tied  to  Vcc.  A 
replacement  was  not  available,  so  the  SA16-SA19  address 
lines  between  the  latch  and  the  system  bus  were  tied  to 
ground  (permanently  enabled).  This  temporary  modification 
is  okay  for  initial  testing,  because  the  shared  memory  is 
mapped  between  0F80O0H-OFPPFPH  and  the  SA16-SA19  address 
lines  are  always  active  when  shared  memory  is  accessed.  The 
BHE/4B  line,  which  was  also  routed  through  this  chip,  was 
rerouted  through  an  unused  latch  on  the  resident  bus  and  an 
inverter.  When  the  replacement  chip  is  received,  the  wiring 
connections  can  be  returned  to  those  shown  in  the  WLIST. 

During  the  emulation  of  the  8086  instructions  there 
were  two  other  chip  failures  which  occured.  One  was  that 
READY  errors  began  occuring  and  they  were  traced  to  a  bad 
8284  clock  generator.  The  other  failure  was  a  faulty  HAND 
gate  (BIS)  in  the  system  bus  data  transceiver  logic.  It  was 
discovered  when  the  emulator  began  indicating  an  intermit¬ 
tent  "memory  write  error”  to  system  memory. 

After  all  8086  instruction  had  been  successfully 
executed  by  the  ICE-86A,  the  8089  lOP  was  installed.  To 
test  if  the  8089  was  operating  properly,  the  parameter  block 
was  checked  after  it  had  performed  its  initilization  and 
other  functions,  and  had  given  control  back  to  the  8086 
(ICE-86A).  During  the  execution  of  TASKl,  an  oscilloscope 
was  used  to  observe  the  output  of  the  8253  PIT,  to  ensure 
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that  it  was  being  initilized  properly. 

The  emulation  of  DEMON  worked  fine  through  the  8089 
ini tilization  sequence  and  TASKl,  but  the  CPU  was  not 
executing  the  MSGDSPL  routine  when  the  interrupt  from  the 
lOP  was  received.  The  logic  analyzer  was  connected  to  the 
network  module  to  monitor  the  interrupt  acknowledge 
sequence.  The  problem  found  was  that  the  resident  bus  data 
transceivers  were  being  enabled  at  the  same  time  that  the 
8259A  PIC  was  to  place  the  interrupt  type  onto  the  data  bus. 
This  was  corrected  by  using  the  8259A  CE  (DECoS)  and  INTA  as 
decode  conditions  for  the  data  transceiver  enables  (Figure 
15)  . 

After  these  wiring  corrections  were  made  the  DEMON 
program  could  be  executed  by  the  ICE-'86A  entirely.  However, 
the  message  being  displayed  on  the  CRT  had  random  characters 
missing.  The  DMA  control  logic  was  monitored  with  the  logic 
analyzer,  but  every  signal  appeared  to  be  timed  properly.  A 
7474  was  being  used  in  the  DMA  control  circuitry  and  this 
was  replaced  with  a  faster,  74S74  (Figure  18).  This 
corrected  the  problem  and  the  DEMON  program  appeared  to  be 
working  properly.  This  completed  the  testing  of  the  two 
modules. 


Summary  Sil  UNID  JLI  Testing  Procedure 

This  chapter  presented  the  test  procedure  used  in 
testing  the  local  module  and  the  network  module  of  the  UNID 
II.  The  hardware  testing  was  performed  on  the  network 
module  in  a  bottom-up  fashion.  The  proper  operation  af  each 
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component  (or  each  functional  group  of  components)  was 
verified  before  the  testing  was  continued.  Both  power-off 
and  power-on  tests  were  performed  on  the  network  module. 
Since  the  local  module  was  an  off-the-shelf  device,  it  did 
not  require  extensive  hardware  testing. 

The  demonstration  program  written  to  test  the 
functional  operation  of  the  two  modules  was  explained.  The 
software  testing  of  the  UNID  II  involved  the  use  of  an  ICE- 
86A  to  emulate  the  local  and  network  8086  processors.  The 
test  equipment  used,  the  problems  encountered,  and  their 
corrections  were  presented.  A  successful  demonstration  of 
the  DMA  transfer  of  data  from  shared  memory  to  a  network 
output  port  was  achieved.  This  demonstration  served  as  a 
test  of  the  network  module,  including  the  system  bus 
interface  circuitry  and  the  shared  memory  on  the  local 
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Coiicluaions  And  Recommendations 

The  objective  of  this  investigation  was  to  develop  a 
Universal  Network  Interface  Device  (Unid  II)  based  on  the 
16-bit  architecture  of  the  Intel  8086  family  of  micro¬ 
processors.  The  original  UNID  and  the  new  version  consist 
of  two  modules;  a  local  module  for  interfacing  to  a  host 
computer  or  a  terminal,  and  a  network  module  for  interfacing 
to  a  computer  network,  such  as  the  AFIT  DELNET.  The  UNID  II 
is  intended  to  function  as  a  node  of  a  computer  network. 

The  8086  UNID  II  system  incorporates  an  off-the-shelf 
computer  (SBC  86/12A)  as  the  local  local  module.  The 
network  module  uses  an  8086  microprocessor  and  an  8089  I/O 
processor.  Since  no  commercially  manufactured  boards  exist 
with  the  required  configuration,  the  network  board  had  to 
been  constructed. 

A  block  diagram  design  had  been  completed  in  a 
previous  thesis  and  based  on  this  design,  the  network  -  — 
module,  including  the  required  control  and  Interface 
circuitry  was  designed,  constructed  and  tested.  A 
demonstration  network  module  was  constructed  first.  It  used 
an  8251A  USART  as  an  I/O  port  on  the  network  module.  The 
USART  was  used  to  aid  in  the  testing  of  the  network  module. 

The  interfaces  to  two  Signetics  2652-1  Multiprotocol 
Communication  Controllers  were  designed.  These  devices  will 
be  us 'd  to  :ovide  the  required  protocol  and  data 
convert' -•  required  at  the  UNID  Il/Network  Interface.  Due 
to  tine  limitations  the  HPCCs  were  not  installed  onto  the 
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network  board. 

The  network  80  89  and  80  89  were  configured  in  a  "local” 
mode  of  operation.  In  this  mode,  the  8089  performs  all  I/O 
operations  including  DMA  transfers,  mask/compare  of  data 
being  transferred,  and  data  translation  of  data,  if 
required.  All  communications  between  the  80  86  and  80  89  is 
through  a  block  of  shared  memory  on  the  local  module.  The 
8086  and  the  8089  share  the  system  bus  and  a  resident  bus, 
but  they  both  cannot  access  it  at  the  same  time. 

The  software  developed  during  this  project  was  limited 
to  that  necessary  for  testing  the  internal  functions  of  the 
UNID  II  and  it  external  ports.  No  software  was  developed 
for  controlling  the  local  and  network  ports  when  connected 
as  a  node  of  a  computer  network. 

Recommendatians 

\  T 

The  UNID  II  was  constructed  and  tested  with  a  minimum 
of  components  being  used.  To  bring  it  up  to  full  opera¬ 
tional  potential,  another  8K  of  resident  RAM  could  be 
installed.  This  RAM  could  be  used  to  hold  the  communication 
blocks  which  are  used  by  the  8086  and  the  8089.  This  would 
eliminate  most  of  the  system  bus  accesses  required,  and  the 

a 

shared  memory  could  then  be  dedicated  to  intermodule 
messages.  Resident  EPROMs  could  also  be  installed  to  store 
the  network  operating  programs  for  the  8086  and  the  8089. 
The  MPCC  devices  will  also  need  to  be  Installed. 

Algorithms  for  imj  Lamenting  the  network  higher  level 
protocols  are  being  developed  in  a  concurrent  thesis  effort 
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(Ref  15).  These  algorithms  are  being  written  in  PL/Z,  and 
conversion  of  them  to  PL/M  would  be  necessary  for  implemen¬ 
tation  in  the  UNID  II,  The  ICE-86A  would  be  an  invaluable 
tool  in  this  aspect  of  the  development  process. 

The  local  module  has  only  one  on-board  serial/parallel 
port  and  for  connecting  to  a  host  and/or  terminals,  so  there 
should  be  more  installed.  Commercial  I/O  boards  are 
available  (Intel  SBC  508,SBC  517,  and  SBC  519  (Ref  21)),  but 
they  all  connect  to  the  Multibus,  in  which  case  the  local^ 
processor  would  have  to  use  the  system  bus  for  processing 
its  messages  in  addition  to  the  bus  being  used  for  inter¬ 
module  messages.  The  local  module  has  three  parallel  ports, 
with  a  total  of  24  parallel  input/output  lines,  A  future 
project  could  investigate  using  these  three  ports  for 
controlling  three  to  five  external  serial-to-parallel  I/O 
ports.  One  parallel  port  could  possibly  be  used  for  data 
input,  another  for  data  output,  and  the  third  for  the  output 
of  control  signals.  If  the  external  ports  are  installed  on 
a  Multibus  compatable  prototype  board,  some  of  the  auxiliary 
connector  pins  could  be  used  for  additional  control  lines  if 
requi red. 

Additional  support  software  will  be  required  for 
further  UNID  II  development;  especially  an  assembler  for 
the  8089  lOP,  The  8089  test  programs  used  in  this  project 
were  entered  in  machine  code,  but  they  were  very  small 
routines.  An  iSBC  957  Intellec  -  iSBC  86/12A  Interface  and 
Execution  Package  (Ref  20:B-179)  would  be  helpful  for  down- 


loading  programs  from  Intellec  development  system  to  the 
local  module.  The  ICE-86A  performs  this  function,  but  it  is 
slow  and  it  is  necessary  that  the  ICE-86A  be  plugged  into 
either  the  local  or  network  8086  socket.  Also,  you  cannot 
load  a  program,  disconnect  the  ICE-86A  and  install  an  8086 
chip  into  the  socket  without  risking  damage  to  the  devices. 

The  ROM  monitor  for  the  SBC  86/12A  also  needs  to  be 
replaced.  I  attempted  to  run  the  monitor  by  using  the  ICE 
86A,  but  there  appeared  to  be  a  bug  in  the  monitor's  source 
listing  (listed  under  MON86.SRC).  I  recommend  that  the 
MON86.SRC  program  be  recompiled  using  the  DEBUG  option  (Ref 
27:3-12)  and  then  the  ICE  86A  be  used  to  correct  it.  After 
all  problems  have  been  corrected,  the  monitor  can  then  be 
programmed  into  EPROMs. 

It  is  also  recommended  that  a  new  Intel  16-bit  micro¬ 
processor,  the  80186  (also  listed  as  an  iAPX  86)  (Ref  25), 
be  investigated  as  a  possible  candidate  for  implementation 
on  the  networJt  module.  This  68  pin  microprocessor  is 
scheduled  to  be  available  commerically  during  the  first 
quarter  of  1983.  The  80186  not  only  provides  two  times  the 
throughput  of  the  5-MHz  8086,  but  it  also  has  internal  logic 
which  replaces  several  of  the  support  components  used  in 
8086  systems.  In  addition  to  the  bus  interface  unit  and  the 
execution  unit,  the  80186  on-chip  logic  includes  the 
following  (ICs  typically  replaced  are  in  parenthesises): 

-  A  16-MHz  clock  generator,  (8284  clock  generator) 


-  Interrupt  control  logic  which  provides  four 
external  interrupts;  three  maskable  and  one  non¬ 
maskable.  Also,  internal  timer  and  DMA  interrupts 
are  provided.  (8259A  PIC  not  needed,  but  cascading 
possible)  . 

-  Three  programmable  counters;  one  is  for  internal 
event  control  only.  (8253  PIT) 

-  Two  seperate  high-speed  DMA  channels  which  can 
transfer  data  at  2  Megabytes/Sec.  (Could  possibly 
replace  8089  lOP  on  the  network  module). 

-  Chip  select  logic.  Six  memory  chip  selects  are 
provided  for  three  address  areas:  upper  memory, 
lower  memory,  and  midrange  memory.  The  80186  can 
also  generate  chip  selects  for  up  to  seven 
peripheral  devices.  (These  could  replace  a  PROM 
or  several  TTL  components) 


As  can  be  seen  from  this  list,  the  80186  could  possibly 
reduce  the  chip  count  of  the  network  module  while  still 
maintaining  present  system  functions.  The  ability  to 
perform  mask/compate  and  data  translation  during  DMA 
transfers  would  be  lost  if  the  8089  was  replaced.  However, 
the  higher  troughtput  of  the  80186  and  reduced  chip  count  of 
system  components  might  be  a  greater  advantage  and  warrants 
investigation. 
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&ppen^ix  h 

UNID  II  Data  Flow  Diagrams  (Ref  11:26-34) 

This  appendix  contains  the  Data  Flow  Diagrams  (DFD)  for 
the  UNID  II  which  were  developed  in  a  previous  thesis 
effort.  These  DFDs  show  the  UNID  II  message  processing 
functions  and  the  internal  flow  of  messages  between  the 
local  and  network  I/O  ports.  The  Data  Flow  Diagrams  are 
presented  as  follows: 
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A6.  Transmit  Local  Information  .  110 
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Figure  A-1,  UNID  II  Overview 


I 

•a  I 

«  iH  • 

fa 

o 

+»  o  c 

ca»4M 


I 

0) 

u  I 

«  iH  • 

Sh  d  o 
O  V» 

:3  o  c 

n  h)  M 


I  I 
01 
0) 

I  4* 
td  >»01 

c  nT) 

•H  I  u 
e  iH  o 
o  at  3B 
u  O  I 

®  ^  fa 

M  O 


^  I 
•  01 

O  «  0) 

Sh  o  s 

C  p  «  if 

M  h  a  • 

Aar  ^ 
o 

>  o  td 

o  +»  c 

s  C-H 
VMM 


X  §§ 

N.-H  +» 
■a  0)  cd  00 
cues 
$ 

M  3  4»  O 
0«  O  M  Vi 
V<  CO  a>  C 

\  Q  M 


-  I  \ 
d) 

C 

I  <H  I 
•a  S  iH  • 
•H  o  at  o 
•H  O  OSh 

d  C  o  c 

^  M  M 


+» 

0)  d  -4* 
ti  e  3  (i  • 
O  (i  P<  d  M 
4*  O  C  Vi 
CO  Vi  M  Vi 
C  .3 
V  M  C(q 


e  4* 

fi  d  M 

o  Q  4)  M 
Vi  +»•« 

01  M  >>(i  CNi 

§d  n  o  • 
M  as  M 

>4  ^  O 
6^  «  +» 

V  CO  c 


I 

•o 
o 
■p 
O  I 
d  -p  • 

li  3  o 
U  Avi 

o  c  C 

O  M  M/ 


I 

•o 

c 

•P  Vi 
Si  c 
d  Hi 
,  ' 


o 

I  Si  • 
Si-P  o 
O  C  Vi 
Si  o  s 
Si  Oj>H 


c 
o 
Si  M 

O  M  M 
Vi  M  Si 
•H  O 
X  B  U 
o  M  Si 
d  C  M 
A  d 
CJ  Si 
ei 


p 

o 

d  M 
p  P  Si 

fa  3  ? 

O  Mi  Si  • 
U  C  Si  «-t 

MW 


cTS 

o\  p 
PIP 
p  \  d 
O  E 
d  ti 

Si  o 
Si  Vi 

o  c 

O  M 


c 

d  o 

ti  ‘H 
•H  H  ^ 

C  o  d 

WSi  E 
o  P  Si 

o  C  O 
d  O  Vi 
K  o  C 


I 

w 

G 

p  I 
Em  • 
o  d  o 

O  UVi 

c  o  c 

M  h;  M 


Local  Information 


-  4>f 


•  C  »-) 
0)  •H  O 
(l0>O  I  o 
d  IhH  o 

CO  O  d 

d  o  o  o. 

9i  O  O  U! 


I  I 

•O  ^  I  H 
I  0)  CM  O 
0)  -H  ‘H  h  O 
(d-f*  *0  0  0 

a  a  u 

n  e  o  -H  o 

0)  ^  O  4>  fi 

0)  O  U  2  A 

S  (ii  <  I 

o 


d  C  tdiH 

+*  td-H  c  o 

^  1 

d  d 

^  gc^ 

/  ‘H  d 

r  ^  C 

\ 

d  d  *0  -H  o 

n  •H 

jj-  1 

g  Ifl  Vi  O  O 

(Vi  / 

1  ^ 

d  +» +» ■ 

C  01  o  tdv> 

/ 

d 

i  K  n 

CM  / 

fiL,S  o  su 

V  <  ofi 


d)  0)  d 
Q  SQ 


'  § 
^  tlp+5 

•H  c  rt 

g 

C4» 

d  d  o 

tJ  04h 
wMOS  C 


iH  • 

n  i-t  • 
C  d  o 
d  o  %i 

o  c 

Eh  M 


*»  U 

d  Vi  d 

r-i  'H  W 

CM 

01  01 

• 

C  d  d 

CM 

d  *0  U 

Vi  O  d 

Ei  O  2 

J 

I 

I  M 
■O  h 
d  O  • 
U  »  O 
O  +»  Vi 

+»  d  c 

(O  2  M 


<0  I  ] 
d  r-i  • 
Vi  d  O 
O  O  <H 
*»  O  C 


Figure  A-3.  Format  According  to  Outgoing  Protocol 
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Figure  A-5.  Input  Network  Information 
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Figure  A-6 .  Transmit  Local  Message 
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WLIST  -  Users  Manual  and  Listing 


This  appendix  contains  the  instructions  for  using  the 
WLIST  wire  routing  computer  program.  A  card  deck  of  the 
WLIST  program  has  been  obtained  and  they  must  be  loaded  into 
the  computer  (CYBER  750),  if  the  program  is  not  already 
installed.  The  program  requires  approximately  75000  units 
of  memory  (on  the  CYBER  750),  so  it  cannot  be  run  inter¬ 
actively.  This  appendix  is  seperated  into  the  following 
sections : 
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Sfigtion  £1 

WLIST  Users  Manual 

I.  Genfigal  Description 

The  purpose  of  the  WLIST  Is  to  aid  the  hardware 
designer  in  generating  an  error  free  wire  list,  provide  a 
part  of  the  standard  documentation  of  hardware  design,  and 
allow  much  simplified  updating  of  documentation  after  a 
change  in  design  has  been  made. 

UL  Works  -  The  user  provides  a  list  of  signal 
connections  to  each  IC,  plug,  jack  or  other  similar  device. 
The  data  is  sorted  and  collated  in  several  different  ways  to 
provide  the  various  output  formats.  An  approximation  of  the 
best  sequence  of  connections  for  each  signal  is  generated. 
Errors  of  certain  types  can  be  detected  and  diagnostic 
messages  are  issued. 

Output  Forms  -  There  are  three  output  products.  The 
first  is  essentially  a  reformatting  of  the  input  data.  By 
unit  (IC,  etc.),  the  pin  numbers  and  signal  connected  are 
listed.  The  second  product  is  a  list  of  all  unit/pin 
connections  by  signal  name,  starting  with  the  source  of  the 
signal.  Also  listed  is  the  fan-out  of  each  signal.  The 
third  product  is  a  connection  by  connection  wiring  list, 
with  seperate  lists  for  each  level  of  wire  wrap. 

II.  iifiu  Id  JJifi  Prflqcam 


Input  Cards  -  There  are  three  types  of  data  cards;  1) 
the  title  card,  2}  unit  cards,  and  3)  connection  cards.  The 
ti'.le  card  contains  an  asterisk  followed  by  a  title  of  up  to 


20  characters.  The  title  is  printed  on  each  page  of  the 
output  listing. 


example  *PROM  BOARD 

Unit  cards  contain  locationr  number  of  pins,  and  name 
(or  comment)  of  each  IC,  connector,  etc.,  on  the  board.  One 
unit  card  is  required  per  device.  The  first  character  is  a 
dollar  sign;  followed  by  location  (e.g.  A;4),  number  of  pins 
(1-999)  and  up  to  10  comment  characters. 

example  $A:1, 24, EPROM  2708 

Connection  cards  contain  the  names  of  signals  to  be 
connected  to  each  pin  of  a  device  defined  by  a  unit  card. 
As  many  connections  necessary  follow  each  unit  card.  Signal 
names  of  up  to  10  characters  are  listed,  seperated  by 
commas,  starting  with  pin  1.  Pins  intended  to  have  no 
connection  must  be  named  "NC".  One  signal  source  must  be 
specified  for  each  signal  name  used  on  a  board.  The  source 
is  identified  by  an  asterisk  preceeding  the  signal  name. 
Connection  cards  may  only  use  the  first  72  columns.  Columns 
73  through  80  are  reserved  for  optional  sequence  numbers, 
example  $D: 8, 14, AND  7408 

EN A1 . CLK , *STB1 , EN A2 , CLK , *STB2 , 
GND,NC,NC,NC,NC,NC,NC,VCC 


Executiaq  liifi  Progiam 

WLIST  can  be  run  using  a  card  reader  or  a  time-sharing 
terminal.  If  run  using  a  card  reader,  the  following  control 
card  deck  should  be  used. 


RG1,CM73000,T35,I035.E750511 
ATTACH ,WLIST, ID=E7  50511. 
LIBRARY, COBOL. 

COPY, INPUT, WLDATA. 

WLIST. 

7/8/9 

data  cards 
6/7/ 8/9 


If  executed  from  a  time-sharing  terminal,  the  "deck” 
should  contain  the  same  control  cards  as  above,  with  "*EOR" 
substituted  for  "7/8/9"  and  "*EOP"  substituted  for 
"6/7/8/9". 


III.  Interpreting  the  Output 

Two  header  pages  are  printed  identifying  the  circuit, 
version  of  WLIST,  and  the  date  and  time  at  which  the  job  was 
run.  This  allows  immediate  identification  of  the  most 
recent  run. 

The  normal  output  is  self-explanatory.  Signal  sources 
are  identified  by  a  leading  asterisk.  The  wire  list  output 
is  provided  in  wire  wrap  levels.  All  level  one  connections 
should  be  made  before  preceeding  to  level  two.  This  will 
eliminate  wiring  level  changes  and  make  later  modifications 
of  the  circuit  eaiser.  Since  the  algorithmn  for  determining 
shortest  string  sequence  is  a  simple  one,  the  results  may 
not  always  be  the  best  possible.  If  there  are  signals  that 
are  sensitive  to  excessive  wire  length,  their  routing  should 
be  checked  before  the  board  is  wired.  Space  is  provided  on 
the  wire  list  to  enter  information  such  as  wire  guage  and 
color  or  other  appropriate  remarks.  The  list  is  designed  to 
be  cut  down  to  8  X  10  1/2  size  for  easy  use  at  the  lab 


Ecror 


-  A  moderate  amount  of  error  checking 


is  done  in  the  program.  As  with  all  such  error  diagnostics, 
care  must  be  used  in  interpretation  because  the  actual  error 
may  not  be  that  indicated.  The  commonly  encountered  error 
messages  will  be  discussed  briefly. 

If  a  signal  name  occurs  only  once,  an  informative 
diagnostic  advises  that  the  fan-out  is  zero.  This  may 
result  from  a  typographical  error  in  the  string  name. 

If  no  source  is  declared  for  a  signal,  an  informative 
diagnostic  advises  that  there  is  no  source.  This  may  also 
indicate  a  typographical  error. 

If  more  than  one  source  has  been  declared  for  a  signal, 
an  informative  diagnostic  advises  such. 

If  any  error  has  been  detected,  the  wire  list  will  be 
aborted  and  a  fatal  diagnostic  will  be  printed.  This  is 
necessary  because  the  results  of  the  wire  list  are  unpre¬ 
dictable  if  errors  have  been  encountered. 

IV.  Conclusion 

Although  it  will  probably  be  more  work  for  the  designer 
to  generate  a  wire  list  with  this  program,  it  has  been  found 
that  it  is  useful  in  removing  errors  from  the  wire  list  and, 
in  some  cases,  pointing  out  design  errors.  It  forces  more 
discipline  on  the  designer,  particularly  in  the  often 
neglected  area  of  documentation.  It  is  of  particular 
advantage  in  keeping  documentation  up-to-date  when  changes 
are  made  in  the  design  after  fabrication.  The  few  cards 


5 


affected  can  be  changed,  the  program  rerun,  and  a  completely 
new,  up-to-date  set  of  documentation,  without  penciled 
corrections,  is  available.  If  done  properly,  use  of  the 
program  can  be  well  worth  thetime. 


V./  .. 
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The  wire  listing  for  the  demonstration  network  is 
included  as  part  of  this  appendix  on  the  following  pages. 
The  wire  list  is  divided  into  three  parts:  1)  A  reformat  of 
the  input  data.  Shown  are  each  integrated  circuit  (IC) 
socket  connections  with  pin  numbers  and  signal  names.  The 
first  number  of  each  listing,  e.g.  Aill,  refer  to  the  IC 
socket's  physical  location  on  the  wire-wrap  board.  2)  A 
list  of  all  the  signal  names  and  their  unit/pin  connections. 
Also,  the  fan-out  of  each  signal  is  given.  3)  A  connection 
by  connection  wiring  list.  There  is  a  separate  listing  for 
each  level. 

The  WLIST  program  attempts  to  route  all  wires  the 
shortest  route  between  their  connections  and  maintain  a 
miroimum  number  of  levels  being  required.  This  being  the 
case,  not  all  routes  were  followed  on  the  level  portion  of 
the  WLIST  when  wiring  the  network  module.  The  IC  sockets 
were  numbered  All,  A12,  A13,  etc.  because  the  WLIST  views  A1 
being  physically  closer  to  All  and  A12  than  it  is  to  A2.  It 
should  also  be  noted  that  the  WLIST  program  does  not  route 
the  Vcc  and  GND  connections. 
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SISKAL  LIST  FOP  OFHO  NETWqRK  FOO 


SIGNAL 

ADC 

FAf.OUT 

3 

SOURCE 

A:13/16 

SlKKl 

a:i5/i 

b:21/i 

e;22/ii 

A:id/i 

C:i3/1G 

8:ii/8 

e;21/i 

B:14/4 

ADI 

7 

a:i«/i5 

A:15/2 

E:13/15 

a:i&/2 

E:21/2 

b:ii/7 

E;22/10 

h:21/2 

AUia 

b 

a:i  :J/6 

A:14/3 

C:21/3 

a:i£/3 

E:13/6 

A:17/3 

A:21/3 

ADil 

3 

a:i-^/5 

A:14/4 

C:21/4 

A:16/4 
e: 13/5 

A;17/4 

A:21/4 

ADI? 

6 

a:  1*3/4 

A:14/5 

C;21/5 

A:16/5 

E:18/4 

A:17/5 

a:21/s 

AU13 

6 

a:i^./3 

A:14/6 

C;21/6 

a:i6/g 

e:i8/3 

A:17/6 

A:21/6 

A014 

6 

a:is/2 

A:14/7 

c;2i/7 

A:16/7 

r:ifi/2 

A;17/7 

A;21/7 

ADlb 

a 

a;i^/39 

A:14/8 

C:21/8 

a:i3/a 
E; 13/39 

A;17/8 

A:21/8 

AOiG 

3 

A:iy/3s 

a:i3/i 

C;20/5 

E;18/38 

A  01/ 

3 

a;i --/37 

a;i3/2 

C:20/6 

E:18/37 

ADlrt 

3 

All*  /36 

A:13/3 

C;20/7 

E:1S/36 

AiJl<7 


3  a:iv/35 


A:13/4  C:20/8  E:16/3S 


»** 

■TT^-rvrrrrrT- 

'  .ifc  ".x 

*• 

V’- 

•- •■ ' 

S. UNAL 
SIGNAL 
AD2 

LIS'^  FOh 
FANOUT 

7 

OEHC  MCTUOKK  MOO 
SOURCE  SINKS 

a:is/ia  a:i5/3 

e:i8/i4 

A:18/3 

F:21/3 

b:ii/6 

E:22/9 

PAGE 

B:21/3 

k' 

A03 

7 

a:is/i3 

A:15/4 

F:16/13 

A:18/4 

e:21/4 

b;ii/5 

c:22/8 

B;21/4 

AO^ 

7 

a:is/i2 

A:15/5 

e:i8/i2 

a:ib/5 

E;21/5 

b:ii/4 

E:22/7 

B:21/5 

ADS 

7 

a:i4/ii 

A:15/6 
‘  E:itf/ii 

A:18/6 

E:2i/b 

B:ii/3 

E:22/6 

H:21/6 

j 

A06> 

7 

a:i^/io 

a:i5/7 

e:i8/io 

A:ia/7 

e:21/t 

b:ii/2 

e:22/5 

B:21/7 

\ 

>1 

AO? 

7 

a;i4/9 

a:i5/8 

e;is/9 

A:id/H 

E:21/d 

b;ii/i 

E;22/4 

B:21/6 

AO^ 

G 

Atie^a 

a:i4/i 

c:2i/i 

a:i6/i 

E:ia/8 

a:17/i 

a:21/i 

* 

1 

1 

j 

AO'=i 

6 

A  :i9/7 

a:ia/2 

c:2i/2 

A:16/2 

E;ib/7 

A:17/2 

A:21/2 

Af 

5 

A:IJ:/13 

a:ii/g 

e;i7/3 

A;13/9 

a:14/9 

A;15/9 

AG  d 

1 

c:i A/5 

B:15/5 

A  I  . WC  / 

€ 

t:2^./i2 

b;ii/23 

c:iG/i 

B:14/2 

e;i2/io 

R:ie/10 

E;22/2 

Al..f 

3 

a:i 1/5 

a:i3/ii 

a:i4/ii  a:i5/ii 

128 


A 


J. 


51UNAL 

LiSi  FOa 

OLMU  NCTUURK  MOO 

p 

FAKOUT 

SOURCE 

SINKr 

ALE/f 

3 

£:2u/5 

c:20/ii 

c:2i/ii  e:21/ii 

AL  B 

1 

C:i5/7 

B;15/4 

AMMC 

1 

Aul/a 

p:i/2o 

AMwC/.'. 

3 

ttzo/a 

At22/27 

B:22/27  C:18/4 

BClK 

1 

p:i/13 

4 

A:12/5 

BhC 

3 

a:i-?/3% 

b:ia/3 

c:20/i  E:ia/34 

1 

B:14/6 

A:i3/8 

BHf  1 

1 

C:2i'/19 

b;i8/i 

UMfK 

2 

A;13/12 

b:is/io 

P:1227 

BF  •  C 

1 

A;12/8 

p:i/16 

Bur,v 

1 

f:i/i 7 

a:i2/ii 

CA 

1 

»:i3/iQ 

C:iF/23 

CAX 

1 

n:ir./t 

H;i3/ll 

CH  Q 

2 

A:12/12 

c;i4/12 

p;i/2«» 

Cf 

3 

a:ii/i5 

A:12/3  B;17/14 

page; 


SIGNAL  LIST  FOf\  D£MO  NCTUCPK  MOD 


signal 

CEN/h 

fanout 

3 

SOUhCE 

d:is/6 

Cl  K 

2 

E:1 7/8 

CLKC 

2 

c:n/2 

CLKK 

3 

c:i6/u 

clky 

2 

c:i6/7 

DDtf./ 

1 

c:2^/ii 

OfcCv,i; 

2 

b:i7/i 

ntc  1 

2 

H:1 7/4 

Df  cr  2 

2 

B:17/2 

or  CO  3 

2 

H:1 7/3 

Of.  cr  4 

1 

B:i7/5 

Of 

2 

a:ii/I6 

Offs/ 

1 

c:2o/ig 

Of*  ILW 

2 

8:15/11 

O'-  Q1 

1 

H;i4/a 

OTh 

3 

a:ii/4 

SINKS 

C:i6/12tl3  E:20/t5 

C:l6/9tlO 

b:ii/9  e;i2/2o 

a:i9/i9  E:ia/i9  r. 

a:ii/2  a:i2/17 

0:i8/13 

B:i8/2t9 

b:ii/2i  c;id/io 

BUA/l  E:12/11 

c:is/9  e:2?/i 

B:18/9 

B:15/12#13 

C;29/12 

0:i6/5t9 

E;ie/3i 

a:i6/ii  a:i7/ii  a 


2  0/2 


18/11 


PAGE  5 


SIGNAL  LIST  FUP  DtMO  NETWORK  MOD 

':iGNAL  FANOUT  30UKCE  SINKS 

OTf/F  2  fc;2J/4  A:21/11  B:21/11 


FFC'-K  I  dllA/ia  0:i7/3 


FQCl'T  1  0:i//5  H;14/10 


A2  p;i/l  A;il/l,lO  A:i2/3tlO#lA 

a:i3/io  a:i4/io  a:i5/io 
a:tg/io  AziT/iu  A:i3/ia 
A:i9/lfl7«20t33  A:21/10 

.  A:22/14  B:11/11«12  B:13/7 

B:i4/5#7tll  B;15/7  B:16/7 

u:i7/6*15  B:18/7  B:21/10 

B;22/14  C:i4/2f3,4f3  C;i5/2 

C:i5/3*4*8  C:18/7  C;20/9 

c:20/10  c:21/9#10  C:24/7 

0:il/7  0:i4/l»2«3t4*5«6 

D:14/7*8  D:17/7  e:ii/7 

E:12/4*17  E;i4/3tl0  E:17/1 

En7/7t9*l3  E:iB/lt20*3!J 

E:16/32«33  f:20/ltGtl0 
E:2i/9fio  r:22/i4  p:i/2 

P:i/ll*l2i75*76t8*)*06  P:2/7 


HI  AM 

1 

b:ir/3 

A:22/20 

IMT 

fi 

p:1/36 

A:12/6  E:14/6»14v15  E:17/11 

INT  A/ 

4 

c:2r /i4 

c;24/9*l0tl3  E;22/2& 

IfrjAif,  V 

1 

C:24/F 

H:iG712 

IN  F 

1 

C:22/17 

A:i9/i8 

lOhC/ 

A 

t:20/13 

H:11/22  -  C:i3/2  E;12/13 

e:22/3 

LI 

3 

BIIS/H 

B:i5/lt2  B:16/4 
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SIGNAL 

LIST 

K  DEMO  NETHCRK  MOD 

^ I GN  Au 

FANOUT 

SOURCE 

SINKS 

L2 

1 

8:iS/3 

u:i6/io 

LOCK 

2 

a:i :/29 

A:12/16 

F:18/29 

LOWRA'1 

1 

a:i ^/6 

B:22/20 

P  DC 

1 

a:i  1/7 

p;i/i9 

MPQC/'' 

3 

E:20/7 

« 

A:22/22 

B:22/22 

C 1 /GBrt 

1 

a:ie/9 

If /6bC 

2 

h:ig/o 

A:17/9 

a: id/9 

CLOlw 

I 

c:itt/fi 

u:i8/12 

Of 

2 

fl:i.)/ii 

A:21/9 

B;21/9 

OLTL 

2 

Htll/lC 

c:i2/9,; 

25 

r  AC 

3 

C;21/19 

U:i5/9 

B;ie/5 

r  A. 

G 

e:21/ih 

A:22/10 

R:22/10 

b:ii/i9 

E:12/12 

AlO 

2 

c:2i/i7 

A:22/24 

B:22/2A 

F  All 

2 

C:21/16 

A:22/21 

B:22/21 

p, 


C;i8/5 


R;i^/i3 
E:22/2  7 


»A12 


3  c:ri/i5 


a:22/23  B:17/10  H:22/23 


'A  f/1 


PAGC 


lONAL  LIST  FOK  DtMO  NETyOkK  f<CD 


I CN  AL 
iUlZ 

FANOUl 

i 

SOURCE 

c:2i/i4 

SINK? 

A:22/2 

b:i7/ii 

1 

C:21/13 

B:17/12 

‘  A  1 S 

1 

0:4:1/12 

H:17/13 

- 

»•  A16 

2 

C:2  j/l5 

c:iA/io 

C:i5/1Q 

!•  A17 

2 

C:2L/IA 

• 

c:i4/12 

c:i5/12 

AIS 

2 

c:20/13 

c:i4/13 

c:i5/13 

fAiy 

2 

c;20/12 

C:i4/15 

c:i5/15 

^  A2 

j 

t:2i/i7 

A:22/9 

b:ii/20 

A3 

2 

E:21/16 

A:22/b 

B:22/8 

»  A<* 

2 

t  :2i/i5 

A:22/7 

B:22/7 

r-  At 

2 

A:22/6 

B:22/6 

^  Ah 

2 

t  :2i/i5 

A:22/5 

8:22/5 

-  A7 

2 

E:2i/12 

A:22/4 

B:22/4 

A.1 

2 

c:2l/19 

A:22/3 

B:22/3 

r  At 

2 

c:21/l5 

A:22/25 

B:22/25 

Ofi 

2 

B:2i/19 

B:22/11 

E;12/27 

B:22/2 


B:22/9 
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signal  list  FO'^  OEMC  NFTMCRK  “OO 


SIGNAL  FANOUT 


POl  2 

f  010  I 

f  0 1 1  1 

-012  1 

-013  I 

f-  014  1 

(015  i 

02  2 

^  PU?  2 

(04  2  . 

05  2 

'D«:  2 

07  2 

r  Or  1 

ti  O'^  1 

ROYl  1 


SOUi^CC 

B:21/1£ 

SINKS 

R:22/12 

E:12/26 

A;21/17 

A:22/13 

a;2i/i& 

A:22/15 

A:21/15 

A:22/16 

A:21/14 

a:22/17 

« 

A:21/13 

A:22/id 

A:21/12 

A:22/19 

H:21/17 

B:22/13 

e:i2/i 

B:2i/16 

B:22/15 

E:12/2 

B;21/15 

B:22/16 

E:12/5 

B;21/14 

B:22/17 

E:12/6 

0:21/13 

R:22/18 

E:12/7 

B:21/12 

b:22/19 

E:12/8 

Aiai/iy 

A:22/11 

A:21/18 

A:22/12 

b:i3/g 

C:17/4 

»inY2 


1  u:io/ii 


r;i7/6 


L>  I  GN  AL 
*^I6f4AL 
ROY  10 

Li-’"  FC 

FAOOUT 

1 

'<  DEMO  NETDORK  NOD 
SOUrCt  SINK'', 

c:ic,/3  h:i6/i 

p 

ROYM 

1 

C:ia/6 

B:16/2 

ROYX 

1 

b:i  6/3 

u:i6/13 

READY 

2 

e;i7/5 

A:19/22 

E:  13/22 

R tC232 

1 

p:2/2 

d;ii/i 

« 

REl  E' 

3 

e:i  7/10, 

A;19/21 

E:12/21 

E:18/21 

KQ/&: : 

1 

E:Io/25 

A:19/31 

RXO 

1 

o:i 1/3 

E:i2/3 

^0 

4 

A:l‘ji/26 

A:i3/19 

F:20/19 

A:12/16 

E:a8/26 

4 

A:l'i/27 

a:ii/3 

E;20/3 

A:12/19 

E:ia/27 

'  f. 

4 

All  J/2<J 

A;11/18 

E:20/16 

a;i2/i 

E;ia/28 

“  A'.: 

1 

a:i!»/io 

^  ;i/57 

'  fti 

1 

AZlfi/lrt 

p;i/f.9 

CAiO 

1 

a;i4/17 

P:1/47 

TAil 

1 

A:14/16 

p;i/4R 

SAl? 


1  a:i4/is 


p;i/A5 


SIGNAL  LIST  FO^  OLMO  NETUCRK  HOD 


SIGNAL 

SA13 

FANOUT 

1 

SOURCE 

a:i4/ia 

SINKS 

P:1/46 

'  A14 

1 

A:14/13 

P:1/43 

"^AIS 

1 

A:14/12 

f:i/44 

‘•A16 

1 

A;13/19 

PZ1/2S 

'.kll 

1 

a;i3/16 

p;i/2o 

lAlw 

1 

A:1 3/17 

p:i/32 

'•AIS 

1 

A:i3/16 

?;i/34 

:'.A2 

1 

A;15/17 

p:i/55 

SA3 

1 

A:ib/i6 

p;i/56 

'  A4 

1 

A:15/15 

p:i/53 

'  AV 

1 

a:j  b/14 

p;i/54 

A6. 

1 

A;ih/13 

p;i/5i 

CA? 

1 

a:is/i2 

p:i/52 

‘'A“ 

1 

A:i4/i9 

P:1/49 

‘■.A';- 

1 

A:14/19 

p:i/5o 

to' 

2 

A:ib/i9 

A:ib/19 

P:1/73 

SOI 

2 

ASlC/lt 

a:ia/ir 

p;i/74 

SIGNAL 

SIGhAL 

:.Dic 

LIZ  ' 
FA'* 

FO 

OUT 

1 

ri  DEMO  NET«CFK  MOD 
iCUhCE  SINKO 

a:17/17  p:1/63 

':011 

1 

A;17/16 

p:i/6a 

:di2 

1 

A:17/15 

p:i/6i 

"013 

1 

A:1 7/lA 

p:i/t2 

- 

<:oi4 

1 

All  7/13 

p:i/59 

« 

'015 

1 

A:17/12 

p:i/60 

S  02 

2 

A:16/17 

A:id/17 

p:i/7i 

:'03 

2 

A:ib/i6 

A:ie/i6 

p;i/72 

lO^ 

2 

a:i&/i5 

A:18/15 

p:i/69 

0‘j 

a;i6/ia 

AXia/lA 

p:i/7o 

:.0c 

2 

a;i6/i3 

A;13/13 

p:i/67 

'07 

2 

a:i‘S/i2 

A:18/12 

p:i/68 

Dr 

1 

A:1 7/19 

c :i/65 

‘  0‘ 

1 

a:i7/im 

p:i/fc6 

•:! f.  -  HI 

1 

e:i =/l7 

e:22/i8 

Slf-TF'? 

1 

e:i  ./ih 

e:22/19 

S2.1S1 

1 

C:iA/9 

PAGE  11 


n  m 


V/  v> 


PACE 


SIGNAL  LIST  FOP  DEMO  NETWORK  HOD 
ZONAL  fanout  SOURCE  SINKS 

S1S2  1  o:i4/io  c:iA/ii 

SS1S3  I  D;14/11  C:14/14 

SC1S4  1  0;i4/12  c:i4/l 

CSltS  1  D:14/13  C:15/9 


SSiSft 

1 

D:14/14 

c:i5/ii 

• 

S31S7 

1 

0:i4/15 

C:i5/14 

SSl-.r. 

1 

u:i4/16 

c:i5/x 

THO 

2 

t:i2/i9 

E;il/4t5 

TXINV 

1 

B:13/12 

B:14/9 

TXPDY 

2 

E:12/15 

B:13/13 

d:i7/i 

VCB 

2 

E:i4/i 

0:i7/2»4 

VCC 

47 

p:i/3 

a:ii/2o 

A;i2/2t4»15«20 

A:13/20  A:14/20  A:15/2C 

a:i6/20  a:i7/20  A:id/20 

A:19/40  A:21/2C  A:22/2R 

B:11/24  B:13/14  B:14/14 

B;i5/14  b:i6/14  B:i7yi6 

B:ia/14  B:2I/20  B:22/2a 

c:i4/16  c:i5/16  C:iB/14 

C:2C/20  .C:21/20  c:24/14 

0:il/14  D:17/14  E:12/26 

c:i4/2«3fl6  E:17/1B  F:ia/4Q 

C:20/20  E:21/20  E:22/28 

P:i/4«Si6iBltB2fB3te4 


VNE61?  2  p;1/7S  tZll/l  Pll/flO 


LIST  FOR  UEHO  NETWORK  MOO 
uEWEL  1 


a:ii/2 
a: 11/4 
a:ii/5 

A:ii/fa 

a:ii/7 

a;ii/h 

a:ii/i5 


a:i2/i 
a: 12/s 

A:i2/b 

a:i2/l 
a:i2/ii 
a: 12/1' 
a:i2/i ^ 


a:i3/i 

a:i3/2 

A;13/3 

a:i3/4 

a:i3/«« 

Ansz-a 

A;i3/if 
a:i3/i t 
a: 13/1 < 
a;i3/1‘- 


a;i4/i 

A:14/2 
A:i4/3 
A;14/4 
a; I  4/5 
A:i4/f. 
A;14/7 
A:i4/ti 

a; 14 /1 1 

A;14/12 
a:i4/i j 
a;i4/i 4 
a:i4/il 

A:i4/ifc 
A:14/1  7 


A:12/17 

A:ib/ii 

a:i3/ii 

A:12/13 

p:i/19 

p: 1/2U 

A:12/3 


a: 19/2H 
p: 1/13 
E:14/15 

p:i/16 

p:i/17 

A:1S/26 

A:15/27 


A:19/3S 

A:iSi/37 

a:  19/36 

A:19/35 

B:14/6 

a:  14/9 

p:1/34 

p:1/32 

p:i/3o 

p;i/2b 


a:  16/1 

A;ifc/2 
a: 16/3 
a:  16/4 
A:16/5 
A:16/6 
A:16/7 

a: 16/d 
a:i5/ii 

p;i/44 
P: 1/43 
p:i/46 
p:i/45 
p:i/4b 
p:i/47 


CLKV 

otr 

ALE 

AEN 

HROC 

AMWC 

CEN 


S2 

BCLK 

INIT 

BPRO 

BUSY 

50 

51 


ADI  6 

ADI  7 

A018 

A019 

BME/4B 

AEN 

SA19 

SA18 

SAIT 

SA16 


AD8 

A09 

AOlO 

AOll 

A012 

A013 

A014 

A015 

ALE 

SAIS 

SA14 

SA13 

SA12 

SAll 

SAIG 
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UlrE:  LIST  FOR  OENC  NETWORK  HQO 
LEVEL  I 


AIIA/IO 


a;i5/i 

a; 15/2 

A;i5/i 

a:i5/a 

a:i5/5 

A:i5/^i 

A;i5/7 

A:i5/fi 

a:i5/v 

A;ib/12 

a; 15/1 s 

a:i5/i 4 

A:i5/ir 

a; 15/1 o 

a;i5/i 7 

a:i5/i^ 

a:i5/i  1 


A:16/9 


a:i7/i 

A:17/2 

a;17/3 

a;i7/4 

A;17/5 

A:i7/a 

a:17/7 

a:i7/h 

A:i7/'j 

a:i7/i  1 

A;i7/12 

a:i 7/1 3 

A:17/14 
A:i7/i5 
a:i7/il 
a: 17/1  7 
A 117/1  , 
A:i7/r^ 


a:ic/2 

A:18/3 

Allh/A 


p:  i/*‘3 


a:i8/i 
b:ii/7 
B 111/6 
Blll/5 
Blll/4 
U1 11 /3 
Blll/2 
Blll/1 
E117/3 
Pll/52 
PI  1/51 
Pll/54 
Pll/53 
PI  1/56 
PI  1/55 
Pli/5»5 
Pll/57 


B116/6 


Alig/t 

A119/7 

A119/t 

a; 19/5 

A119/4 

AI19/3 

A119/2 

A119/3S 

A116/9 

Allfl/ll 

PI  1/60 

P11/5V 

Pll/62 

PI  1/61 

PI  1/64 

P: 1/63 

PI 1/66 

Pll/65 


A1 19/15 
A:19/14 
A119/13 


3  Ab 


AOO 

ADI 

A02 

A03 

A04 

AD5 

A06 

AO  7 
AEN 
•SA7 
SA6 
SAS 
SA4 
SA3 
SA2 
SAl 
SAQ 


0E/6BB 


A08 

AD9 

AOlO 

AOll 

A012 

A013 

A014 

AU15 

0E/6bC 

01 R 

S015 

S014 

£013 

S012 

soil 

SOlO 

S09 

SOB 


AOl 

A02 

A03 


141 


¥  ^ 


yiKL  LIST  FOR  OENO  hCTUOItK  NOD 
LE  VE  L  I 


fi? 

»  K." 

a:i6/5 

A:19/12 

A04 

A:i8/h 

a:i9/ii 

AOS 

.•v 
>  ?■ 

a:i8/7 

a:i9/io 

A06 

■Xt 

'  •' 

A:ie/3 

A;19/9 

A07 

sii 

A:iS/i2 

p:i/6e 

S07 

■ 

a:is/i 3 

p:i/67 

S06 

* 

A:id/14 

p;i/7o 

SOS 

,%  \ 

a;ib/i5 

p:i/69 

S04 

A:ib/16 

P:1/72 

S03 

A:ib/1 7 

p:i/71 

302 

*• 

AtlB/lrt 

p:i/7a 

SDl 

I 

a:iu/l^ 

P:1/73 

SDO 

• 

>'I-? 

A:i9/ifc. 

E:ia/i& 

AOO 

"'i- 

A;i9/id 

E:22/1  7 

INTR 

f'-.' 

a;i9/i  / 

E:20/2 

CEKX 

i 

A:19/21 

e:  ib/2i 

RESET 

a;  10/2 2 

t: 18/22 

ready 

*1* 

a:  19/2^ 

t; i«/2o 

LCCK 

a: 19/5 1 

E:18/25 

rq/gto 

• 

A:i9/39 

8:iA/j 

BHE 

1 

# 

A:21/9 

r;2i/*» 

OCR 

a:2i/ii 

h:2i/ii 

OTft/R 

:::: 

a;21/1 2 

A;22/19 

ROIS 

» ■ 

a:2i/i j 

A:22/1£ 

R014 

a:ii/i4 

a:21/i^ 

Atll/lft 

A:ri/i 7 
A;2i/i;i 
a:2i/ih 


A:22/1 7 

a:22/16 

A;22/15 

A:22/13 

A:22/I2 

a:22/ii 


R013 

R012 

RDll 

ROlO 

R09 

ROS 


V 

'«■ 

'V 

'*t 


A:22/2 


h;22/2 


Etegsgr^m:’t’a:iirjgA!ai 


RA13 


A;r2/3 

H:22/J 

RAd 

B:22/4 

RA7 

A;22/S 

n:22/5 

RA6 

*  *■ 

A:i2/b 

B:22/6 

RAS 

a;22/7 

B:22/7 

RA4 

r< 

A:22/5 

R;22/h 

RA3 

A;22/9 

h: ii/2c 

RA2 

a:?2/io 

B:  14/1  3 

RAl 

C-: 

A:r2/2'j 

b:ir/3 

HIRAN 

• 

« • 

A:22/21 

8122/21 

RAll 

A:22/22 

8122/22 

NR  DC/R 

V  .  %  ^  «  Jl- 


•  *  *  *  "w**  *• 

I  ^.aMTU  W.*,: 


wji  mx  ^  V' 

s.V*>«  .  V  -% 
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yifiC  LIST  FOP.  OEHO  NETWORK  HOO 
LEVEL  1 


A:22/2T 

H:22/23 

PA  12 

A:22/24 

B:22/24 

PAID 

A:22/2^ 

B:22/25 

FAS 

A:22/a7 

B:22/27 

APUC/R 

b:ii/8 

B;  14/4 

AOO 

E:12/20 

CLKO 

b: ii/i 9 

E;12/12 

RAl 

H: 11/22 

c:ie/2 

lORC/R 

b;ii/23 

B;14/2 

AIOWC/R 

H:i3/b 

p:i/23 

• 

XACK 

B:i3/b 

E;17/4 

ROVI 

b:i3/io 

£:id/23 

CA 

b:i3/i  1 

R:id/B 

CAX 

B;13/12 

B: 14/Q 

TXIMV 

b:i3/i 3 

o:i7/i 

TXRDy 

B:14/1 

e:i2/u 

DEC02 

R:14/6 

E:i6/3l 

OR  01 

b;i4/ic 

i):i7/s 

FQOUT 

B:14/12 

o:i7/3 

FPCLK 

b:i5/i 

o:i5/P 

LI 

B:i5/2 

b:i6/4 

LI 

B:15/3 

r:i6/ic 

L2 

B:15/4 

C;i5/7 

ALTB 

B;i5/b 

C:i4/5 

AGTB 

b:is/6 

C:i8/12 

CEN/R 

B:15/9 

B:18/5 

RAO 

b:i5/io 

p;i/27 

BHEN 

B:lS/i2 

B;i5/13 

OEM 

B:16/1 

c;i«/3 

ROY  10 

K:16/2 

c:i8/6 

ROYM 

n;i6/3 

h:ig/]3 

ROYX 

b:i6/5 

b;ic/9 

OtNlNV 

b:i6/i 1 

E:17/6 

R0Y2 

B:16/12 

c:24/d 

INTAINV 

B;17/4 

c:ia/io 

OECOl 

B:i7/b 

B;ifi/9 

0EC04 

» 


I 


I 


i 


} 

\ 


WIRE  LIST  FCR  OEHO  NETWORK  HOD  PAGE  5 

LEVEL  1 


b:i7/ic 

C:21/15 

RA12 

b;i7/ii 

C:2l/14 

RA13 

B:17/12 

C:21/13 

RA14 

B:17/13 

C:21/12 

RA15 

b;i7/i ^ 

CEN 

b:i8/i 

c:20/19 

BHEL 

b:i8/2 

B:18/4 

OECOO 

B:it)/6 

6:22/20 

LOWRAM 

b:i8/i j 

c:ia/i 

AIOWC/R 

2 

c:ia/8 

.OEOIS 

C:24/ll 

OOEN/P 

b:21/2 

e;22/ic 

AOl 

b:21/3 

L:22/9 

A02 

B:21/4 

£:22/8 

AD^ 

b:21/5 

E:22/7 

AD4 

b:21/6 

E:22/6 

AOS 

B;21/7 

E:22/5 

AD6 

B;2l/ri 

£122/4 

A07 

B:21/12 

B:22/19 

B07 

b:2i/i3 

6:22/18 

R06 

h:21/14 

8:22/17 

R05 

B:21/15 

B:22/16 

R04 

B:2i/it> 

H:22/15 

R03 

B:21/1 7 

B:22/13 

R02 

b;2I/is 

B:22/12 

RDl 

b:21/i^ 

B:22/11 

ROO 

B:22/9 

£:21/17 

RA2 

b:22/io 

€122/21 

RAl 

1 

c:i4/i 

0:i4/12 

SS1S4 

c:i4/9 

0:i4/9 

SSISI 

c:i4/io 

c:is/iv) 

RA16 

c:i4/ii 

o:i4/io 

SS1S2 

C;i4/12 

C:i5/12 

RA17 

c:i4/i 3 

c:is/i3 

PA18 

• 

C:i4/14 

o:i4/ii 

SSIS3 

C:i4/15 

C:i5/15 

RA19 

c:i5/i 

0:i4/16 

SS1S8 

• 

c:i5/9 

0:i4/13 

SS1S5 
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UIF'e  LIST  FOR  OENO  UETUORK  HOD 
LEVEL  1 


c:i5/ii 

0:iA/l4 

SSlSfc 

c:i5/i'i 

D:14/15 

SSXS7 

c:i6/s 

E:ife/i9 

CLKX 

c:i6/7 

c:iL/io 

CLK 

c:i8/4 

E:2a/a 

AMUC/R 

C:iB/3 

E:20/7 

MROC/R 

cna/*? 

e:22/i 

0EC03 

C:i8/13 

e:20/is 

CEN/R 

• 

c:2j/i 

E:ifc/34 

BHE 

c:20/3 

E:x8/3a 

ADI  6 

c:?o/6 

EZ18/S1 

A0X7 

C:2C/7 

E:X8/36 

A018 

c:20/o 

F;xa/35 

A019 

c:2c/i  1 

c:2X/xx 

ALE/R 

c:2i/x 

c:ib/p 

A08 

C:21/2 

£:iB/7 

ADS 

C:2X/3 

£:i&/6 

ADXO 

C;2X/4 

E:ia/5 

AOll 

c:2i/5 

E:xd/4 

A012 

c:2i/a 

E:X6/3 

A013 

c:2i/7 

e:x»/2 

A014 

C:2V/8 

E:xa/39 

ADIS 

C:24/9 

E;22/26 

INTA/R 

C:24/X0 

C;24/X3 

INTA/R 

C:24/i2 

c:20/x& 

OEN/.R 

d:ix/i 

p:2/2 

REC232 

d:xi/3 

£:X2/3 

RXO 

0;X7/2 

(i:X7/4 

VCB 

e:ix/x 

p:x/8o 

VNE812 

E:iX/4 

e:xi/3 

TXO 

£:xi/b 

p:2/3 

XnlT232 

£:xi/i4 

p:i/e 

yposi2 
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WIPE  LIST  FOR  OENQ  NETWORK  MOO 
LEVEL  i 


e:i2/i 

E:12/25 

OUTO 

E:12/21 

e;i//io 

RESET 

E:i**/b 

e:i4/i4 

INIT 

E:i4/12 

P:1/25 

CBRQ 

e:i7/i  i 

P:i/3b 

IMT 

> 

£:2l/B 

• 

*07 

f  ;id/i  j 

E:21/7 

*06 

r : iH/i  1 

r:2i/6 

*05 

f:ip/12 

E:2i/t) 

*04 

E:ie/i 3 

E:21/4 

*03 

E:21/3 

*02 

r ;  1  d  / 1  j 

£:21/2 

*01 

t:i6/i  1 

E:22/lb 

SINTRl 

E:ib/1;. 

£:22/l'? 

SINTR2 

E;i!i/24 

f;:2i/i9 

R*0 

E:ie/2f 

e:2o/i'> 

SO 

F:id/2  7 

E:20/3 

SI 

Enfj/2r 

t:20/i J 

S2 

e:ic/5 

e:21/i: 

*LE/R 

E: 20/12 

E:22/2 

*IOUC/R 

f :ro/i 3 

t  ;22/3 

lORC/R 

WUt  LIST  FOR  DEMO  KETUORK  MOD 
LEVEL  2 


a:ii/3 

A;i2/i'i 

SI 

AZll/lb 

B:15/12 

OEK. 

A ; 1 1 /I  ^ 

a:i2/i 

S2 

AZll/lS- 

A:12/18 

SO 

A;12/3 

CEN 

A;12/12 

e:i4/i2 

CBkQ 

A:12/1 3 

A:i3/'y 

AEN 

a: 12/1  & 

a:i^/29 

.  LOCK 

A:i2/1 7 

C:L6/7 

CLKY 

a:i3/i  1 

AZlA/ll 

ALE 
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Pin-out  Diagrams  ££  Network  Module  COJnPOJientS 

This  appendix  contains  the  pin-out  diagrams  for  the 
Intel  integrated  circuit  chips  used  in  the  Network  Module. 
They  are  included  here  to  serve  as  a  quick  reference  to 
their  signal  connections.  For  more  detailed  information^ 
the  respective-  data  sheets  should  be  consulted.  The  pin-out 
diagrams  are  shown  in  Figure  Cl. 
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Figure  C-1.  Integrated  Circuit  Pin-out  Diagrams 
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PROM  Progcanining  Procedure 

A  74S288  Programmable  Read  Only  Memory  (PROM)  was  used 
as  an  address  decoder  for  the  network  module.  There  was  not 
a  PROM  programmer  available,  so  the  PROM  was  programmed 
using  a  Wavetex  Model  186  signal  generator,  two  dc  power 
supplies,  a  voltmeter,  and  an  8016A  word  generator.  I 
followed  the  programming  procedures  specified  by  the 
manufacturer  (Ref  36:185. 

The  PROM  was  programmed  as  follows:  The  Wavetex  was 
connected  to  the  PROM  to  provide  the  Vcc  voltage.  Its  DC 
Bias  was  set  at  5v,  so  I  was  able  to  obtain  approximately 
9.5v  out.  (The  manufacturer  specifies  a  minimum  of  lOv  for 
Vcc  during  programming,  but  9.5v  was  sufficent).  The  Wave¬ 
tex  pulse  repetition  rate  was  set  at  8ms,  with  a  pulse  width 
of  approximately  1.4  ms.  This  was  well  below  the  35%  duty 
cycle  specified.  The  word  generator  was  used  to  sync  the 
Wavetex  and  to  supply  the  chip  select  (Ss)  signal  to  the 
PROM.  Each  bit  had  to  be  programmed  individually,  and  all 
the  outputs  which  were  not  being  programmed  were  tied  thru 
3.8R  ohm  resistors  to  the  ■l■5v  supplied  by  one  of  the  power 
supplies.  The  other  power  supply  was  used  to  supply  the 
.28vdc  programming  pulse  to  the  PROM  output  being 
programmed. 

With  the  above  setup,  the  PROM  was  programmed  for  the 
desired  outputs  by  using  shorting  wires  to  apply  the  desired 
addresses  to  the  PROM  address  pins.  Then  touching  the  + 


.28v  lead  to  the  output  needing  programmed.  The  PROH  has 
all  of  its  outputs  low.  Since  I  wanted  an  active  low  ^ 
signal,  all  bit  positions  had  to  have  the  .28v  applied, 
except  for  the  one  at  the  desired  address  input. 
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Physical  Layout  of  Network  Nodule  Components 

This  appendix  contains  the  component  layout  of  the 
components  Installed  on  the  Network  Nodule's  wire-wrap 
board.  The  components  are  numbered  by  row  and  column. 
The  physical  layout  is  shown  in  Figure  El.  Looking  at  the 
component  side  (side  shown),  and  with  the  Nultibus  connector 
(the  86  pin  connector),  on  top,  the  component  in  the  upper 
right  hand  corner  is  designated  All.  The  one  to  its 
immediate  left  is  A12.  The  row  below  the  first  is  B,  then 
C,  D,  and  then  E.  The  components  which  span  over  two  rows, 
such  as  the  8089  (El 8),  are  only  given  one  designation. 

The  components  are  arranged  somewhat  into  functional 
groups.  The  components  A11-A18  are  system  bus  interface 
chips,  except  that  A12  is  the  8289  bus  arbiter.  Components 
A21,  B21,  C20,  C21,  E20,  and  E21  are  the  resident  bus  inter¬ 
face  components.  The  dashed  lines  at  positions  E12  and  E24 
indicate  where  the  Slgnetics  2652's  are  to  be  installed. 
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Appendix  £ 

Schematic  Diagram  of  Demonstration  Network  Module 

This  appendix  contains  the  schematic  diagram  of  the 
demonstration  network  module.  All  connections  are  the  same 
as  on  the  final  network  module,  except  that  the  DSART  (£12) 
will  not  be  included  and  the  two  2652-1  Multiprotocol 
Communication  -Controllers  will  be  connected.  The  schematic 
is  divided  into  three  seperate  sheets  and  it  is  shown  in 
Figures  FI,  F2,  and  F3.  There  are  .068  microfarad  bypass 
capacitors  connected  to  each  integrated  circuits  Vcc  pin, 
which  are  not  shown  on  the  schematic. 


Figure  F-3.  Schematic  Diagram  o£  Demonstration  Network  Nodule  (Sheet  3  of  3) 
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Notes  on  the  use  of  the  ICE-86A 


The  In-Circuit  Emulator  for  the  8086/88  (ICE-86A) 
proved  to  be  an  invaluable  aid  for  testing  the  UNID  II.  The 
operators  manual  (Ref  23)  is  written  well,  but  there  were 
some  aspects  ICE  which  are  not  stressed,  or  they  were 
difficult  to  find.  Some  notes  are  listed  below  about  the 
ICE- 86 A: 


-  A  correction  cannot  be  made  to  a  MACRO  without 
removing  it  and  retyping  it.  It  is  best  to  use  short 
Macros  or  to  write  and  correct  them  using  the  editor. 

-  The  LIST  function  should  be  used  during  all  sessions. 
It  keeps  a  file  of  everything  that  appears  on  the 
screen,  which  can  be  analyzed  later. 

-  A  problem  was  encountered  sometimes  when  telling  ICE  ' 
to  emulate  a  large  block  of  instructions.  Sometimes 
the  8086  code  had  to  be  stepped  through  a  step  at  a 
time.  After  the  instructions  had  been  emulated  once, 
then  the  complete  block  could  be  executed  with  no 
problems. 

-  A  problem  occured  in  which  ICE  was  giving  the 
"control  circuit  failure"  all  the  time,  even  when  ICE 
was  booted  up.  I  ran  the  diagnostic  program  (Ref 
23:2-6),  and  it  failed  the  RAM  ripple  checks  and  the 
RAM  R/W  test.  I  corrected  this  by  replacing  the  RAM 
chip  located  at  A73  on  the  Controller  board.  The 
faulty  chip  was  a  211A  and  I  replaced  it  with  a 
2111AL-4,  which  is  a  slower  chip,  but  it  works. 

-  The  SBC  86/12A  must  have  the  piggyback  DIP  clips 
installed  when  connected  to  ICE  (Ref  23:F-1). 

-  The  Intel  notes,  which  came  with  the  ICE,  say  that 
the  SBC  86/12A  should  have  a  modification  package 
installed  to  upgrade  it  to  a  revision  T.  This 
package  includes  an  8284A  and  a  8202A.  They  have  been 
ordered,  but  the  SBC  86/12A  appears  to  be  working 
fine  without  them. 
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Demonstration  Program  Listings 

The  program  listings  for  the  Demonstration  program  are 
listed  on  the  following  pages.  There  are  three  seperate 
listings.  First,  is  the  PL/M-86  program  for  the  local 
module,  DEMOI7.  Second  is  the  one  for  the  network  module, 
DEMON,  and  third,  the  listing  for  the  8089,  TASKl  (INTTB) 
and  TASR2  (PROGTB).  The  8089  program  was  written  in  ASH-89, 
but  it  was  not  assembled,  because  an  ASM  89  assembler  was 
not  available. 

Table  of  Contents 

Section  Page 

I,  DEHOL  -  Local  Module  Demo  Program  ....  165 

II.  DEMON  -  Network  Module  Demo  Program  .  .  .  168 

III.  DEH089  -  8089  TASKl  and  TASK2  Listings  .  .  180 


PL/M- 86  COMPILER  NETWORK  MODULE  DEMOL  4  OCT  82 


ISIS-II  PL/M- 86  V2.1  COMPILATION  OP  MODULE  DEMOL 
OBJECT  MODULE  PLACED  IN  :F1:L8612.0BJ 

COMPILER  INVOKED  BY:  PLM86  :F1:L8612.SRC  DEBUG  SYMBOLS 

DATE(4  OCT  82)  PAGELENGTH(47)  & 
WORKPILES(:Fl:, :F1:) 


1 


$TITLE( 'NETWORK  MODULE  DEMOL')  LARGE  OPTIMIZE(2) 
DEAOL:  DO; 

y*************************«***«********************y 

/*  V 

/*  PLM86  DEMONSTRATION  PROGRAM  FOR  THE  UNID  II  */ 
/*  NETWORK  MODULE  PROTOTYPE:  LOCAL  SETUP  */ 

/*  V 

/*****★***************************♦****************/ 


/****************************************« *********y 

/*  V 

/*  LITERAL  DECLARATIONS  V 

/*  V 

/******«***********************************★*******/ 


/*  LOCAL  825 9A  */ 
2  1  DECLARE 


INT$STAT$PORTL 

LITERALLY 

•OCOH', 

INT$MSK$PORTL 

LITERALLY 

'0C2H', 

INT$ICW1$L 

LITERALLY 

'13H', 

INT$ICW2$L 

LITERALLY 

'50H', 

INT$ICW4$L 

LITERALLY 

'OFH'r 

INT$HASK8L 

LITERALLY 

'OFPH'; 

/*  LOCAL  8255  LITERALS  */ 

/*  THIS  PPI  IS  ON  THE  LOCAL  BOARD,  IT  WILL  BE  USED*/ 
/*  TO  OUTPUT  A  PULSE  WHICH  RESETS  THE  NETWORK  */ 
/*  MODULE  */ 


3 


DECLARE 

PPI$PORT$CL 

LITERALLY 

'OCCH', 

PPI $CNTRL$ PORT 

LITERALLY 

'OCEH', 

PPI$CL$OUTPUT 

LITERALLY 

'9AH', 

RESET$NETWORK 

LITERALLY 

'OlH'; 
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/*  MISCELLANOUS  DECLARATIONS  */ 

4  1  DECLARE 

TRUE  LITERALLY  'OPPH', 

PALSE  LITERALLY  *00H'; 


^****4r********r****4r*ik****4r**Alb**4r4r4lr4r********4t4r4r*4r4r*y 

/*  THIS  IS  THE  MAIN- PROGRAM  WHICH  INITILIZES  */ 
/*  (BY  RESET),  THE  NETWORK  80  86  AND  THE  8089.  THE  */ 
/*  8086/L  PERPORMS  THE  INITILIZATION  OP  THE  LOCAL  */ 
/*  8259A  AND  IT  ALSO  RESETS  THE  NETWORK  MODULE.  */ 

^*A*4r***4r4r***4r**ir********4r****4r*4t***ik4r4tit4r4r*****4t***y 


^  ii  It  It  *  It  It  It  •kh  hit  It  hit  INITILIZATION  ********************/ 


5  1  LOCAL$START:  DISABLE; 

6  1  OUTPUT(INT$STAT$PORTL)  «  INT$ICW1$L; 

7  1  OUTPUT (INT$MSKSPORTL)  b  INT$ICW2$L; 

8  1  0UTPUT(INT$MSK$P0RTL)  =  INT$ICW4$L; 

9  1  OUTPUT (INT$MSK$PORTL)  =  INT$MASK$L; 


PL/M- 86 

COMPILER 

NETWORK  MODULE  DEMOL  4 

OCT  82 

10  1 

OUTPUT (PPI $CNTRL$PORT) 

=  PPI $CL$ OUTPUT; 

11  1 

OUTPUT(PPI$PORT$CL) 

=  RESET$NETWORK; 

12  1 

CALL  TIME (5); 

/♦GIVES  A 

DELAY  OP  500US*/ 

13  1 

OUTPUT ( PPI $  PORT  $CL) 

»  OOH; 

14  1 

LINIT: 

DO  WHILE  TRUEOPALSE; 

15  2  END; 


16  1  STOP: 


END  DEMOL; 


PL/M-86COMPILERNETWORKMODULEDEMOL  4  OCT  82 
SYMBOL  LISTING 


DEFN  ADDR  SIZE  NAME,  ATTRIBUTES.  AND  REFERENCES 


0004H 


0040H 

0015H 


0046H 


DEMOL . PROCEDURE  STACK^OOOOH 

FALSE . LITERALLY 

INTICWIL  .  LITERALLY 

INTICW2L  .  LITERALLY 

INTICW4L  .  LITERALLY 

INTMASKL  .  LITERALLY. 

INTMSKPORTL.  .  .  .  LITERALLY 
INTSTATPORTL  .  .  .  LITERALLY 

LINIT . LABEL 

LOCALSTART  ....  LABEL 
PPICLOUTPUT.  .  .  .  LITERALLY 
PPICNTRLPORT  .  .  .  LITERALLY 

PPIPORTCL . LITERALLY 

RESETNETWORK  .  .  .  LITERALLY 

STOP . LABEL 

TRUE . LITERALLY 


MODULE  INFORMATION; 

CODE  AREA  SIZE  =  004  8R 
CONSTANT  AREA  SIZE  =  OOOOH 
VARIABLE  AREA  SIZE  «  OOOOH 
MAXIMUM  STACK  SIZE  »  OOOOH 
91  LINES  READ 
0  PROGRAM  ERROR (S) 


END  OP  PL/M- 86  COMPILATION 


L6: 


PL/n-a6  conpiLER 


NETWORK  MODULE  DEMON 


ISIS-II  PL/M-86  V2.  I  COMPILATION  OF  MODULE  DEMON 
OBJECT  module  PLACED  IN  N8&12.  OBJ 

COMPILER  INVOKED  BY;  :FI;PLMQ6  N^AlS.  SRC  DEBUG  SYMBOLS 
W0RKFILES(:F0:  >  ;FO:  )  DATE(4  OC"”  83) 


ST I TLE( 'NETWORK  MODULE  DEMON')  LARGE  0PTIM1ZE(3> 

DEMON;  DOi 

/*•«•••««•«•«•*•*««•*•**•«*••••*•«•««••••«••••«»**•*»*•/ 
/*  */ 

/*  PLMa6  DEMONSTRATION  PROGRAM  FOR  THE  UNID  II  •/ 

/*  NETWORK  MODULE  PROTOTYPE:  NETWORK  MOD.  */ 

/*  .  •/ 

/«*««••*««*•*«••*«*«***«••«««**••«««««•*»•*••**«*«•••«*/ 

>»••***•«•*'***««**«*«•»*««*»****««*«•**•»***«**'»*«•*»*»/ 
/•  •/ 

/«  LITERAL  DECLARATIONS  »/ 

/*  */ 

/«*••»•**»*««*««***«****«•**»«*•*.»••*»*»«**«***«»«»»*«•/ 


/*  RAM  LOCATIONS  FOR  THE  NETWORK  8086  */ 


DECLARE 

S1NTS6ASE 

SCOSSASE 

CQSBASe 

PBiBASE 

TBSEAEE 

MSGiOi^SE 

INTRSTYPE 


LITERALLY 

LITERALLY 

LITERALLY 

LITERALLY 

LITERALLY 

LITERALLY 

LITERALLY 


'0FFFF6K'.  /»SYB  INITILUaTION  BLOCK  */ 
'OFFFEOH'.  /^SYSTEM  CONTROL  BLOCK  #/ 
'OFFFOOM'.  /«  COMMAND  BLOCK  */ 

'OFFOOOH',  /♦  PARAMETER  BLOCK  */ 
'OFFIOOH'.  /*  TASK  BLOCK-  »/ 

'0FF300H'.  • /*  DISPLAY  MESSAGE  BUFFER  */. 
'OIAOH'  i  /*  INTERRUPT  VECTOR  TABLE  */ 


/•  NETWORK  e2S9A  LITERALS  •/ 
DECLARE 


lNT»STATiPORT 

LITERALLY 

'06000H 

iNTlMASKiPORT 

LITERALLY 

'06002H 

# 

f 

INT4ICWI 

LITERALLY 

'I3H'. 

/• 

SINGLE  PIC  USED 

♦/ 

/• 

1CW4  needed 

*/ 

/* 

EDGE  TRIGERREO 

♦/ 

INTiICW2 

LITERALLY 

'BOH'. 

/* 

VECTORING  BYTE 

*/ 

INT»ICW4 

LITERALLY 

'07H'. 

/• 

8086/88  MODE 

*/ 

/* 

AUTOMATIC  EOI 

*/ 

/* 

NONBUFFERED  MODE*/ 

INTtMASK 

LITERALLY 

'OFEH'i 

/* 

IRO  UNMASKED 

•  / 

/*  RAM  LOCATIONS  FOR  THE  8089  •/ 


DECLARE 

SC a *89  LITERALLY 
CB489  LI  lERALLY 
PDi89  LITERALLY 
TBi39  LITERALLY 
MSCi89  LITERALLY 


'OFFFEOH'. 

'OFFFOOH', 

'OFFOOOH'. 

'OFFIOOH'. 

'OFFOOOH'i 


/*  SYSTEM  CONTROL  BLOCK  */ 

/#  command  block  */ 

/*  parameter  BLOCK  */ 

/*  TASK  BLOCK  */ 

/•  DISPLAY  MESSAGE  BUFFER  «/ 
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I  /«  8089  CCU'S  «/ 

DECLARE 

INITtCCW  LITERALLY  '13H'.  /*  I/O  INITILIZATION  CCU  •/ 

/#  ENABLE  INTERRUPTS  */ 

.  /*  EXECUTE  task  BLOCK  IN  */ 

/•  SYSTEM  MEMORY  */ 

DSP*CCW  LITERALLY  'OBH'»  /*  DISPLAY  MESSAGE  CCU  */ 

/*  RESET  INTERRUPT  */ 

/*  EXECUTE  task  BLOCK  */ 

/*  IN  SYSTEM  MEMORY  */ 


/•  8089  INITILIZATION  .COMMANDS  */ 


DECLARE 

SQCBCMO  LITERALLY  'OOH'.  /«  8  BIT  I/O  BUS  */ 

SYSaUSBCMD  LITERALLY  'OlH'i  /*  16  BIT  SYSTEM  BUS  •/ 


/*  8089  CHANNEL  ATTENTION  ♦/ 

DECLARE 

CHANliATT  LITERALLY  '7000H'i  /•  CA«l,  SEL-O  */ 
CHAN2*ATT  LITERALLY  '700lH'i  /*  CA-1/  SEL-t  */ 


MISCELLANEOUS 

DECLARATIONS 

♦/ 

DECLARE 

8USYSTATUS 

LITERALLY 

'OFFH' 

CR 

LITERALLY 

'ODH'. 

E 

LITERALLY 

'49H'. 

EOT 

LITERALLY 

'04H'# 

ESC 

LITERALLY 

MBH', 

FALSE 

LITERALLY 

'OOH'. 

LF 

LITERALLY 

'OAH'. 

NMBRBMASK 

LITERALLY 

'07H', 

TRUE 

LITERALLY 

'OFFH' 

^  AV 


/*  ♦/ 

/*  RAM  DECLARATIONS  »/ 

/*  */ 

/*•*•••*••*«**•«••*••*•«•••*••»•••*••«•**•••««««»•*••••«**»•**••««•*•*•«#***/ 

DECLARE  SINT  STRUCTURE  (SYSBUS  WORD.  SCDtPTR  POINTER)  AT  (SINT»SASE)i 

/*««««*••««•««•*«*«««««•*•***«•*«««•«»•«****«««*•*/ 

/*  \  SYSBUS  CONHANO  «/ 

/••«••«••••«•«•••••*••••*•••««•«««««•*•«*«••***«*•/ 

/♦  •  see  OFFSET  ♦/  • 

/•  SCB  SEGMENT  */ 

/•*««**««*•«*«•«*««««••«••«•«**«*«'*«««*«•«««**«*••/ 

DECLARE  SCB  STRUCTURE  (SOC.  WORD.  CB»PTR  POINTER)  AT  (SCBiBA8E)i 

/»  .  \  .SOC  COMMAND  */ 

/#  COMMAND  BLOCK  OFFSET  #/ 

/««««*««««««*«#«««««««*«•*«•**«•*»»••»•«»»»«*»•»•*/ 

•  /•  COMMAND  BLOCK  SEGMENT  »/ 

/«••••••«««••«•***«««**••*#****««••*•«*•*«•«•••«•*/ 


DECLARE  CB(2)  STRUCTURE  (CCU  BYTE.  BUSY  BYTE.  PB9PTR  POINTER. 
DUMMY  WORD)  AT  (CB$BASE)i 

/«*«**«•«******««**««*««*«•«•««#**•«*»»«««*«««•« *«4 


/#  BUSY  FLAG  \  CCW  ♦/ 

/«*«•«•«***«*«**«**«**••«***«•««•*«««*«•«•«*«*•«•*/ 

/♦  PARAMETER  BLOCK  OFFSET  .  */ 

/•  PARAMETER  BLOCK  SEGMENT  •/ 

/••«*«*#•«*««••••«•«•«••«•«•«*••««««••««««»««*«*•«/ 
/*  DUMMY  WORD  */ 

**•«««*•*•/ 


/•  THE  ABOVE  CB  ARRAY  CONTAINS  TWO  StRUCTURESi  */ 

/•  ONE  FOR  EACH  CHANNEL  OF  THE  8089  «/ 

DECLARE  PB  STRUCTURE  (TB»PTR  POINTER.  MSC<(PTR  POINTER. 

LEVEL  BYTE.  Cl  BYTE)  AT  (PB»BASE)i 


/♦  TASK  BLOCK  OFFSET  */ 

/«•«•»••••*•*••«««*«••*••*«••••«*«•«•••«»•*•••«***/ 

/•  TASK  BLOCK  SEGMENT  */ 

/#  MESSAGE  BUFFER  OFFSET  */ 

/«•••«•«•««« 

/*  MESSAGE  BUFFER  SEGMENT  */ 

. . . . . 

/#  character  from  CRT  \  DISPLAY  LEVEL  CMD  TO  lOP  */ 

. . . . 
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DECLARE 


TB  (912)  BYTE  AT  (TB«BASE)i 


/*«••**•«*•«•**«****«*•«***««««««*•**««*•»**««•••/ 
/*  RAM  BUFFER  FOR  TASK  BLOCK  PROORAM  */ 

/••«•*••••««*«»•«•••*«•*««•*•*«**»•«••«««**««**««/ 


DECLARE  KSG$BUF  (1024)  BYTE  AT  (nSC»BASE>i 

1 


/««***•*«*«**«»•*«**«*•«•*•«*«*««*»•«*•*•*»«««»«»/ 
/*  DISPLAY  MESSAGE  BUFFER  •/  ' 

/•«*«•**•*»•*•***•«***•»««**«*••«*«*««•«**«««««*«/ 


DECLARE  INTR«VEC»eO  POINTER  AT  (INTR»TYPE>i 

DECLARE  INTR4IP480  WORD  AT  (INTR«TYPE>i 


/**«****•••**»»« •*»«««««««*«««»«««*««**««»«««*4««*ft««**«*«*««***«**««****««*/ 
/•  .  */ 
/#  ROM  DECLARATION.  AND  INITILIZATION  #/ ' 

/*  ■  ■  */ 
/«•«••••«•»««••««*««•**«*«••*«•««••«•«*•«**«•«*«*•»••««*»••«•**•««*«**•«•*••/ 


DECLARE 


CR.LF.LF. 


MENU(*)  BYTE  DATA  (CR. LF. ESC. E. 


*  THE  8086  AND  A  NETWORK  MODULE 

*  DEMONSTRATION 


*'.CR,LF, 
*'.CR,  LF, 
*'.CR.LF. 
*',CR.  LF. 
*'.CR.LF. 
♦  ',CR.LF. 


SELECTION  TOPIC '.CR.LF.LF. 

1  WHAT  IS  THE  9087  lOP  CR.LF.LF. 

2  WHAT  IS  THE  8287  BUS  ARBITRATOR  ?'. CR.LF.LF. 

3  ABOUT  THIS  DEMONSTRATION'. CR.LF.LF.B 

3  8089  COMMUNICATION  PROTOCOL CR. LF.  LF. 


LF, LF. 


FOR  ADDITIONAL  INFORMATION  ON  THE  ABOVE  TOPICS'.  CR.  LF. 

PLEASE  SELECT  THE  APPROPRIATE  ENTRY  <1.2. 3.  4, 9)  -'.EOT,EOT)« 


•  DECLARE  H801(«)  BYTE  0ATA(CR.LF.E8C/E. 

'  8089  1/0  PROCESSOR'. 

CR.LF.LF.LF. 

'  THE  8089  I/O  PROCESSOR  IS  A  FIRST  OF  ITS  KIND  SYSTEMS  COMPONENT.  IT'. 
CR. LF. UF. 

'USES  THE  CONCEPT  OF  A  CHANNEL  CONTROLLER.  COMMON  IN  MAINFRAMES.  TO  SOLVE'. 
CR.  LF.  LF. 

'THE  I/O  PROCESSING  AND  H16h  PERFORMANCE  DMA  REQUIREMENTS  OF  MICROPROCESSOR'. 
CR. LF. LF. 

'SYSTEMS.  THE  8089  CAN  BE  USED  IN  CONJUNCTION  WITH  THE  8086  (16  BIT  BUS) '. 
CR.  LF.  LF. 

'OR  8088  (8  BIT  BUS)  AND  8  OR  10  PERIPHERALS  TO  SIGNIFICANTLY  ENHANCE'. 

CR. LF. LF. 

'SYSTEM  PERFORMANCE.  THE  8089  OFF  LOADS  I/O  FROM  THE  HOST  CPU  AND  PROCESSES', 
CR. LF. LF. 

'CONCURRENTLY  UlTH  CPU  ACTIVITY.  ALSO.  THE  8087  ADDS  INTELLIGENCE  TO  THE'. 
CR. LF. LF. 

'PERPHERIAL  SUBSYSTEM  U)^ILe  MODULARIZING  AND  SIMPLIFYING  THE  SYSTEM  I/O.  '. 
CR.LF.LF. 

'EACH  lOP  HAS  TWO  I/O  CHANNE;LS  THAT  CAN  PROVIDE  DMA  AT  1.2S  MEGABYTE/SEC.  '. 
CR.LF.LF.’  —  •  .  , 

'PROCESS  INDEPENDENT  PROGRAMS.  AND  HANDLE  MULTIPLE  I/O  DEVICES. 

CR.LF.LF. 

'  TO  SELECT  ANOTHER  MESSAGE  TYPE  Y-'.  EOT.  EOT) » 


DECLARE  M802(*)  BYTE  DATA  (CR.  LF.  ESC.  E. 

'  THE  8289  BUS  ARBITER'. 

CR. LF. LF. LF. 

'  THE  8289  BUS  ARBITER  PROVIDES  THE  HARDWARE  MECHANISMS  FOR  INTER-'. 

CR.LF.LF. 

'PROCESSOR  COMMUNICATION  AND  SHARED  RESOURCES  IN  A  MULTIPLE  CPU  SYSTEM.  THE'. 
CR.LF..  LF. 

'8289  FEATURES  SEVERAL  USER  DEFINABLE  PRIORITIZATION  AND  BUS  CONFIGURATIONS.  '. 
CR.LF.LF. 

'DEMONSTRATED  HERE.  THE  RESB  MODE  SEPERATES  86/12  RESOURCES  FROM'. 

CR.LF.LF. 

'SYSTEM  BUS  SHARED  RESOURCES.  THE  RESIDENT  BUS  ALLOWS  DOTH  MEMORY  AND  I/O'. 
CR.LF.  LF, 

'ACCESSES.  THE  8287  COMPLETELY  ARBITRATES  SYSTEM  BUS  USAGE  TO  MANAGE'. 
CR.LF.LF. 

'MULTIPLE  PROCESSOR  CONTENTION.  '. 

CR, LF. LF, 

'  THE  8086  FAMILY  AND  MULTIBUS  CONCEPT  ALLOWS  PARTITIONING  APPLICATIONS 

CR.LF.LF. 

'INTO  smaller  more  MANAGEABLE  TASKS.  THUS.  ADDING  NEW  FUNCTIONS  OR  UPGRADING', 
CR.LF.LF. 

'EXISTING  ONES  WILL  HAVE  MINIMAL  EFFECT  ON  THE  ORIGINAL  DESIGN. '. 

CR. LF. LF. 

'  TO  SELECT  ANOTHER  MESSAGE  TYPE  Y-'.EOT)i 


2 


DECLARE  MS03(«)  BYTE  OATA(CRi  LP.  ESC.  E. 

'  ABOUT  THIS  OEHONSTRATION'. 

CR. LF. LF. 

'  IN  THIS  DEMONSTRATION  AN  SBC  86/12A  AND  THE  NETWORK  MODULE'. 

CR.LF.LF. 

'ARE  INTERFACED  VIA  THE  INTEL  MULTIBUS.  THE  86/12A  SERVES  AS  THE  LOCAL'. 
CR.LF.LF. 

‘MODULE.  IN  THIS  BEMO  THE  8089  UNBURDENS  THE  8086  BY  HANDLING  MESSAGE'. 
CR.LF.LF. 

'TRANSFERS  TO  THE  CRT  AND  PROCESSING  MESSAGE  REQUESTS.  OPERATION  IS  AS'. 
CR.LF.LF. 

'FOLLOWS:  USING  A  CHANNEL  ATTENTION  (CA)  THE  8086  INITILIZES  THE  8089  AND' 

CR.LF.LF. 

'CAUSES  IT  TO  EXECUTE  A  TASK  BLOCK  TO  PROGRAM  THE  PERIPHERAL  DEVICES'. 

CfJ.LF.  LF. 

'ON  ITS  RESIDENT  BUS.  THE  8089  THEN  INTERRUPTS  THE  8086  TO  REQUEST  A  MESSAGE 
CR.LF.LF. 

'FOR  DISPLAY.  RESPONDING.  THE  8086  SETS  UP  LINKAGE  TO  THE  TASK  BLOCK', 
CR.LF.LF. 

'PROGRAM  AND  ISSUSES  A  CA  TO  THE  8089.  AFTER  EACH  CA  THE  8089  DISPLAYS  THE' 
CR.  LF, LF, 

'MESSAGE.  POLLS  THE  CRT  TERMINAL  FOR  A  VALID  MEGSAGE  REQUEST  AND  THEN', 
CR.LF.LF. 

'INTERRUPTS  THE  8086  THE  CYCLE  IS  REPEATED. '. 

CR.LF.LF. 

'  TO  SELECT  ANOTHER  MESSAGE  TYPE  Y-'. EOT, EOT) i 


/*  8089  PROGRAM  -  TASKI  #/ 

DECLARE  INITTBa2e>  BYTE  OATAOIH.  30H.  2,  BOH.  8.  4BH.  OCAH.  0.  0.  0.  0. 

•  8.  40H.  40H,  0.  0.  0.  0.  8.  4DH.  OCAH.  0,  0.  0.  0.  8.  4DH.  25H.  31H,  30H.  6.  40H.  8,  4DH. 
-  37H.  3IH.  30H.  0.  40H.  8.  40H.  16H.  8,  40H.  0.  OAH.  4FH.  9.  57H,  40H.  0.  20H.  48H)i 


/♦  8089  PROGRAM  -  TASK2 

DECLARE  PROGTB  ( 128)  BYTE  DATAIODtH.  30H,  2.  ^H.  3,  8BH.  4.  31H,  30H.  0.  SOH, 
OFIH.  30H,  4,  OFFH,  OCOH.  0,  60H.  0.  51H.  30H.  2.  SOH,  OAH.  0E7H.  8.  14H,  OFIH,  30H.  S7H. 
OFFH, 2eH. OB AM, OFDH, 8. OBSH. OF AH. OAH.  4FH.  9.  S7H, B8H.  BOH.  2SH.  OFIH.  SOH.  37H. 
OFQH,  26H.  OOAH,  CFCH,  0,  91H.  2.  OCFH.  9.  OAH.  O07H,  9, 0F4M.  OFIH.  3CH.  37H, OFCH. OAH. 
0B3H. 9, OEBH, OFIH, SOH.  SOH, OFFH,  OAH. OBSH. 9.  0. OCDH.  40H.  0.  20H.  48H) . 


DECLARE  MS04(*)  BYTE  DATA  (CR.  LF.  ESC. E. 

'  8069  INITILIZATION  PROTOCOL'. 

CR. LF. LF. LF. 

'SYSTEM  INITILIZATION 

CR. LF. 

§ 

CR. LF. 

§  . 

CR.  LF^ 

i 

CR.LF. 

4 

CR. LF. 

'SYSTEM  CONTROL  BLOCK 
CR. LF. 

4  * 

CR.  LF. 

I 

CR.  LF. 

4 

CR. LF. 

4 

CR.  LF.  LF. LF. 

'  ON  THE  FIRST  CHANNEL  ATTENTION  AFTER  RESET.*  THE  lOF  READS  THESE'. 

CR- LF. LF. 

'CONTROL  BLOCKS  TO  DETERMINE  THE  WIDTH  OF  THE  SYSTEM  BUS  (8  OR  16).  THE'. 

CR. LF. LF. 

'I/O  BUS- WIDTH  (6  OR  16).  PRIORITY  INFORMATION.  AND  WHERE  TO  FIND  INFORMATION 
CR.LF.  LF. 

'DEFINING  SUBSEQUENT  CHANNEL  ATTENTIONS  (Tl^  COMMAND  CONTROL .BLOCK).  '. 

CR.  LF. LF. 

4  • 


«  SYSTEM  BUS 

'•»•*««*««•***«*•*******•*••**«««*' 

system  control  BLOCK  ADDRESS 


I  ,  •  SOC  COMMAND 

COMMAND  BLOCK  ADDRESS 

I*********************** ***••••*•**«««••*•»****' 


TO  SELECT  ANOTHER  MESSAGE  TYPE  Y- '. EOT. EOT)» 


S.  -  y 


DECLARE 

» 

CR.  LF,  LF,  LF. 


MS6S(*>  BYTE  DATA  (CR.LF.ESC.E. 

8089  TASK  COMMUNICATION  PROTOCOL'. 


CR.  LF. 

'COMMAND  BLOCK 

CR.  LF. 

» 

CR.  LF, 

'  (ONE- PER  CHAT^NEL) 
CR. LF. 

i 

CR. LF. LF. 

'  PARAMETER  BLOCK 


CR.LF. 

t 

CR,  LF, 

CR.LF. 

t 

CR, LF. 

!i 

t 

CR.LF.  LF 

'  TASK 

CR.  LF. 

t 

'V< 

CR.LF. 

CR.  LF.  CF 

BUSY  FLAG 


«  CHANNEL  COMMAND  WORD  * 


PARAME1ER  BLOCK  ADDRESS 


task  block  address 


USER  DEFINED  MESSAGE  AREA 


TASK  PROGRAM  TO  BE  EXECUTED  BY  THE  8089 


'  AFTER  A  CHANNEL  ATTENTION.  THE  8089  READS  THESE  BLOCKS  .TO  SEE  WHAT  THE' 
CR.LF. LF, 

'CPU  WANTS  (CHANNEL  ATTENTION  WORD)  AND  WHERE  TO  FIND  ADDITIONAL  INFORMATION' 
CR.LF.  LF, 

'(PAR/^METER  BLOCK).  THE  PARAMETER  BLOCK  GIVES  THE  TASK  PROGRAM  ADDRESS  AND'. 
CR.LF,  LF, 

'PARAMETERS  TO  BE  PASSED.  TO  .SELECT  ANOTHER  MESSAGE  TYPE  Y-'.  EOT, EOT)* 
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/«•««*««««*«*«•«««*««««««««««««««**«•«««««•*««•*»«•«•»••»«/ 

/•  THIS  IS  THE  MAIN  PftQCRAH  IN  WHICH  THE  8086N  PER>  «/ 
/>  PORHS  THE  INITILIZATION  OP  THE  8239A  AND  IT  INI  TIL-  «/ 
/•  IZES  THE  VECTOR . INTERRi^T  TADLE.  THE  8086/N  THEN  */ 
/*  ISSUES  ,A  CHANNEL  ATTENTION  TO  THE  8039  WHICH  INITIL-  •/ 


/*  IZES  THE  eSSlA  ANO  82S3.  APTER  ALL  INITILIZATIONS  ARE  */ 
/•  COMPLETE.  THE  PRQGRAH  IS  TOTALLY  INTERRU.'>T  DRIVEN  FROM*/ 
/*  THE  8069.  THE  8089  INTERRUPTS  THE  8086/N  TO  REQUEST  A*./ 
/•  NEW  MESSAGE  FOR  DISPLAY.  TO  SERVICE  THE  IfUERRUPT.  */ 
/«  THE  eOeS/N  TRANSFERS  THE  NEW  MESSAGE  INTO  THE  MESSAGE  */ 
/•  BUFFER.  SETS  UP  THE  APPROPRIATF  TASK  BLOCK  PROGRAM  «/ 
/«  ANO  ISSUES  A  NEW  CA  TO  THE  IQP  TO  ALLOW  IT  TO  01 S-  */ 
/*  PLAY  THE  NEW  MESSAGE.  THE  8086/N  WILL  HALT  AFTER  »/ 
/«  ISSUING  THE  CA  ANO  WAIT  FOR  THE  NEXT  MESSAGE  REQUEST  */ 
/•  .  •  */ 
/*  AFTER  EACH  CA.  THE  8089  WILL  DISPLAY  THE  REQUESTED  */ 
/«  MESSAGE.  THEN  POLL  FOR  A  NEXT  MESSAGE  REQUEST  ENTERED  */ 
/*  AT  THE  CRT.  UPON  RECEIVING  A  VALID  REQUEST.  THE  8089  «/ 
/*  RETURNS  the  REQUEST  TO  THE  e0e6/N.  ISSUES  AN  INTR-  «/ 
/*  RUPT  TO  THE  8086/N  ANO  HALTS  ITS  CURRENT  TB  EXECUTION.  «/ 
/«  THE  £089  PERFORMS  NO  OTHER  ACTIVITIES  UNTIL  AWAKENED  */ 
/«  BY  THE  CA  FROM  THE  8086/N  TO  OISPUtY  THE  NEXT  MESSAGE.*/ 
/«*««««•***«««*««««««**«*******««*««**«««*•****«***«**«***/ 


MSGDSPL; 


CENO: 


»MESSAGE  PROCESSING  INTERRUPT  ROUTINE*********/ 


PROCEDURE  INTERRUPT  80  PUBLICi 


IF  P8.  CI«'Y'  THEN 
OOi 

CALL  MOVaidMENU. 


/*  'Y'  INDICATES  MENU  IS  REQUESTED  */ 


^SGiBUF.  SIZEIMENUV  >> 


-  POn.EVEL  ■  FALSE. 
END.  ' 

ELSE  DO; 

PB. level  ■  TRUE. 

DO  CASE  (PB.CI  ANO 


/*  MOVE  menu  into  */ 
/*  MESSAGE  BUFFER  «/ 


NMBR»MA8K)-1> 


CALL 

CALL 

CALL 

CALL 

CALL 

END. 

END. 


MOVB 

MOVB 

MOVB 

MOVB 

MOVB 


(GMSGt. 

(«MS02. 

(QM3G3. 

(GMSC4. 

<«MS03. 


/•  DETERMINE  WHICH 
/*  WAS  REQUESTED 
<MS0«8UF.  SIZE  (MSGDM 
QM869BUF.  SIZE  (MSG2)>i 
QMS69BUF.  SIZE  (MSG3>>| 
tMSG»OUF.  SIZE  (MSC4>)| 

8MS84BUF.  SIZE  (MSG9>)i 


MESSAGE 


*/ 

*/ 


CALL  M0VB(€PR00TB.«TB.8IZS(PRa0TB))i  /* 


PB. TB4PTR  •  TB489J 
PB. MS04PTR  -  MS0»89i 


CB(0).CCW  *  DSP4CCUJ 
Ce(0).PB«PTR  •  PB489I 


RETURN. 


MOVE  THE  8089  TA8K2  */ 
/«  INTO  THE  TASK  BLOCK  */ 
/*  SET  THE  POINTER  TO  */ 
/*  THE  TASK  BLOCK  •/ 
/*  SET  THE  POINTER  TO  */ 
/«  THE  MESSAGE  BUFFER  «/ 


/*  SET  THE  POINTER  TO  */ 
/*  PARAMETER  BLOCK  */ 


HSOENO:  END  MSODSPLi 
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/ 


INITILlZATlOi^ 


/ 


NCrU0RK»START:  DISAOLEi 

INTR»veC»80  ■  8I1SG0SPL<>  /•  INITILIZE  INTERRUPT  VECTOR  TABLE  «/ 

INTRftlPiaO  *  INIR»IP«80  -  27( 

L8359  OUTPUT(lNTfSTAT»PORT)  ■  INTAICMIj  /•  INITILIZE  THE  PIC  */ 

OUTPUTS  I NTtKASKiPQRT)  •  INTilCUSi 
OUTPUT (INTtnASK«PORT)  •  INT«ICU4{ 

0UTPUT(INT»MASK»P0RT)  «  INT*riASKi 

1NITB9:  SINT.  SYSBU3  «  SYSBUStCMOi  /*  SET  PHYSICAL  SYS  BUS  WIDTH  -  16  «/ 

SINT.  SCBiPTR  ».SCBi89) 

XSCB:  SCB.  SOC  «  SOCtCMOi  /*  SET  PHYSICAL  I/O  BUS  WIDTH  ■  8  •/ 

I*  8089  RQ/CT  a  MODE  0  #/ 

SCB  CB4PTR  -  C8«89i  /*  SET  POINTER  TO  COMMAND  BLOCK  */ 

CBIO.BUSY  -  BUSYSTATUSi  /*  SET  BUSY  FLAG  «/ 

0T891;  OUTPUT (CHAN24ATT)  -  Oi  /*  INITILIZE  THE  8089  «/ 

/«  THE  8089  WILL  NOW  PERFORM  ITS  INTERNAL  */ 
/«  ROM  INITILIZATION  ROUTINE.  WHEN  IT  IS  */ 
/#  FINISHED  IT  WILL  RESET  THE  BUSY  FLAG  */ 

.NBLP:  00  WHILE  CB(0).BUSY  >  BUSYSTATUSi  /«  WAIT  FOR  BUSY  FLAG  TO  BE  RESET  •/ 

END. 

CALL  M0VB(«INITrB.8TB<SIZE(INITTB>>i  /»  MOVE  TASKl  INTO  «/ 

/♦  TASK  BLOCK  */ 

CO(0).CCU  «  tNITtCCWi  /•  SET  8089  CIIAmEL  COMMAND  WORD  */ 

t*  ENABLE  INTERRUPTS  •/ 

/♦  START  CH#»NNEL  PROGRAM  LOCATED  *f 
.  /*  IN  SYSTEM  SPACE  *t 

CB<0).PO»PTR  >  PBi89i  /•  SET  POINTER  TO  PARAMETER  BLOCK  */ 

PB. TB4PTR  ■  TB$89i  /♦  SET  POINTER  TO  TASK  BLOCK  */ 

0Ta92;  OUTPUT! CHAN I *ATT>  -  Oi  /*  ISSUE  SECOND  CA  TO  8089  */  . 

/•  8089  WILL  EXECUTE  TASKl  ♦/ 


INTR4L00P:  HALTi 
0Ta93;  OUTPUT (CHAN I »ATT)  ■  Oi 
GOTO  INTRlLQOPi 


/•  WAIT  FOR  INTERRUPT  ♦/ 

/*  ISSUE  CA  TO  8089  ml 

/*  8009  WILL  NOW  EXECUTE  '.ASK2  */ 


STOP  END  DEMONi 


SYh&OL  LISTING 


DErN 

AOOR 

Size 

NAME.  ATTRIBUTES. 

AND  REFERENCES 

u 

OOOIH 

1 

BUSY  .... 

BYTE  MEMBER (CB) 

a 

BUSYSTATUS  . 

LITERALLY 

11 

FHFFOOH 

16 

CB . 

STRUCTURE  ARRAY(2)  AT  ABSOLUTE 

4 

CBQ9  .  .  . 

LITERALLY 

2 

CBBASE  .  .  . 

LITERALLY 

10 

0002H 

4 

CBPTR.  .  .  . 

POINTER  MEMBER (SCB) 

11 

OOOOH 

1 

CCVJ . 

BYTE  MEMBER (CB> 

,39 

19D7H 

CENO  .... 

LABEL 

7 

CHAN 1 ATT  . 

LITERALLY 

7 

CHAN2ATr  .  . 

literally 

12 

C009H 

■  1 

Cl . 

BYTE  member (PB) 

a 

CR . 

•  »  •  ♦ 

LITERALLY 

1 

1820H 

250 

DEMON.  .  .  . 

PROCEDURE  STACK-0024H 

s 

DSFCCU  .  .  . 

LITERALLY 

11 

C006H 

2 

DUMMY.  .  .  . 

•  •  • 

WORD  MEMBER (CB> 

a 

E.- . 

•  •  • 

LI.. 'ALLY 

a 

EOT . 

•  •  ♦ 

LITERALLY  • 

a 

ESC . 

•  •  • 

LITERALLY 

a 

FALSE.  .  .  . 

LITERALLY 

S5- 

laSDH 

INITa9  .  . 

•  •  • 

LABEL 

5 

INITCCN.  .  . 

•  •  • 

LITERALLY 

23 

16FCH 

120 

INITTB  .  .  . 

•  •  • 

BYTE  ARRAY! 120)  DATA 

3 

.INTICUl.  .  . 

LITERALLY 

3 

• 

INT1CU2.  .  . 

LITERALLY 

3 

INT1CM4.  .  . 

»  •  • 

LITERALLY 

3 

INTMASK.  .  . 

•  •  • 

LITERALLY 

3 

INTMASKPORT. 

*  •  • 

literally 

16 

0140H 

2 

INTRIP80  .  . 

WORD  AT  ABSOLUTE 

60 

191611 

INTRLOOP  .  . 

LABEL 

2 

INTRTYPE  . 

LITERALLY 

IS 

0140H 

4 

INTRVEC80.  .• 

POINTER  AT  ABSOLUTE 

3 

'iNrOTATPORT. 

literally 

SI 

ie40H 

L8259.  .  .  . 

LABEL 

12 

OOOOH 

1 

LEVEL.  .  .  . 

BYTE  MEMBER (PB> 

a 

LF. . 

LITERALLY 

17 

OOOOH 

794 

MENU  .... 

BYTE  ARRAY! 794)  DATA 

18 

031  AH 

848 

MSCl  .... 

BYTE  ARRAY! 848)  DATA 

19 

066AH 

002 

MS(;2  .... 

BYTE  ARRAY (802)  DATA 

20 

09eCH  . 

801 

MSG3  .... 

BYTE  ARRAY!Bdl)  DATA 

21 

OCFDH 

1101 

MS04  .... 

BYTE  ARRAY! 1181)  DATA 

22 

119AH 

1378 

MSGS  .... 

BYTE  ARRAY (1378)  DATA 

4 

MSGQ9.  .  .  . 

LITERALLY 

2 

MSOCASE.  .  . 

LITERALLY 

14 

FHF300H 

1024 

MSCDUF  .  .  . 

BYTE  ARRAY! 1024)  AT  ABSOLUTE 

2S 

1935H 

306 

MSGDSPL.  .  . 

PROCEDURE  PUBLIC  INTERRUPT (80)  STACK-0008tl 

47 

1A4CH 

MSGEND  .  .  . 

LABEL 

12 

0004M 

4 

MSOPTR  .  .  . 

POINTER  MEMBER (PB) 

61 

ISoSH 

NDLP  .... 

LABEL 

48 

1831H 

NETWORKGTART 

LABEL 

17  8 


,1 


8 

NM8RMASK  . 

lITERALLV 

60 

18AFH 

0T891.  .  . 

LABEL. 

67 

1910H 

0T892.  .  . 

label 

69 

l9ieH 

07893.  .  . 

LABEL 

12 

FIIFOOOH 

10 

PB  .  .  .  . 

STRUCTURE  AT  ABSOLUTE 

4 

PB8V  .  .  . 

literally 

2 

, 

PBfiASE  .  . 

L I TERALLY 

n 

0002H 

4 

PBPTR.  .  . 

POINTER  member (Cfl) 

24 

177CH 

128 

PROGTB  . 

BYTE  ARRAY! 120>  DATA 

10 

FHFFEOH 

6 

SCB.  .  .  . 

STRUCTURE  AT  ABSOLUTE 

4 

SCB09.  .  . 

LITERALLY 

2 

, 

SCBBASE.  . 

LITERALLY 

9 

0002H 

4 

SC8PTR  .  . 

POINTER  MEMBER (SINT) 

9 

FHFFF6H 

•  6 

SINT  .  .  . 

STRUCTURE  AT  ABSOLUTE 

2 

SINTSASE  . 

LITERALLY 

10 

OCOOM 

2 

SOC.  .  .  . 

WORD  MEMBER! SC B> 

6 

. 

SOCCMO  .  . 

LITERALLY 

71 

191AH 

STOP  .  .  . 

LABEL 

9 

OOOOH 

2 

STSOUS..  . 

UORO  M£MBER!SINT) 

6 

sysouscno. 

LITERALLY 

13 

FHFIOOH 

S12 

TB  . 

BYTE  ARRAY(512>  AT  ABSOLUTE 

4 

TBB9  .  .  . 

literally 

2 

TBBASE  .  . 

LITERALLY 

12 

OOOOH 

4 

TBPTR.  .  . 

POINTER  MEMBER (PB) 

8 

TRUE  .  .  . 

LITERALLY 

57 

iseiH 

XSC8  .  .  . 

LABEL 

naouue  information; 

CODE  AREA  SIZE  *  1A4CH  67320 

CONSTANT  AREA  SIZE.*  OOOOH  00 

variable  area  SIZE  *  OOOOH  00 

MAXIMUM  STACK  SIZE  *  0024H  360 

471  LINES  READ 
0  PHOCRAM  ERROR (S) 

ENO  OF  PU/M-e6  COMPILATION 
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;*  * 

;*  ASM89  DEMO  PROGRAM  FOR  THE  NETWORK  MODULE  * 

;*  * 

,  *****************  1i******-i*******1c***************1i*1t****** 


NAME  DEMO 8 9 
DEMO  SEGMENT 


PUBLIC  INITTB 

PUBLIC  PROGTB 


4t  *******  4r  **  A  ************  *  4t  **********  4t  **********  * 


DADDRESS_8251 

EQU 

2000H 

CADDRESS_8251 

EQU 

2001H 

MODE_8251 

EQU 

OCAH 

RST_8251 

COMMAND 

EQU 

40H 

EQU  25H 

MADDRESS_8253 

EQU 

3003H 

CONODE  8253 
C0ADDRESS_8253 

EQU 

37H 

EQU  3000H 

C0_LSB_8253 

EQU 

16H 

C0_MSB_8253 

EQU 

0 

Y 

EQU 

5  9H 

Cl 

EQU 

9H 

CHAN_C  ONTROL 

EQU 

5001H 

MSG  POINTER 

EQU 

4K 

EOT_COMPARE 

EQU 

0FF04H 

LEV 

EQU 

8H 

Y  COMPARE 

EQU 

0FF59H 

MSG_COMPARE 

EQU 

0F837H 

SIX_SEVEN_COMPARE 

EQU  0FE37H 

ZERO_COMPARE 

• 

i 

EQU 

OFF30H 

• 

9 

•  ititititititisitititititititititit 
9 

• 

9 

TASKl  -  INITILIZATION 

**************** 

• 

INITTB; 

MOVI 

GB,CADDRFSS_8251 

;INITILIZE  8251A 

MOVBI 

IGBl 

,  MODE_8251 

; COMMAND  ADDRESS 

NOP 

NOP 

MOVBI 

IGB] 

,  RST_8251 

; SOFTWARE  RESET 

NOP 

NOP 

MOVBI 

NOP 

IGB] 

,  MODE_8251 

;2  STOP, CHAR  LEN  7 
;X16 

NOP 

MOVBI 

[GB] 

,  COMMAND. 82  51 

;REC  AND  TRANSMIT 

INIT53; 

MOVI 

GB,MADDRESS_8253 

;INITILIZE  8253, 
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3/1 


RD-ni24  834 
UNCLASSIFIED 


DESIGN  OF  A  PROTOTVPE  UNIVERSAL  NETHORK  INTERFACE 
DEVICE  USING  INTEL  8888.  .  (U>  AIR  FORCE  INST  OF  TECH 
HRIGHT-PATTERSON  AFB  OH  SCHOOL  OF  ENGI.  .  D  E  PALHER 
DEC  82  RFIT/GE/EE/82D-52  F/G  9/2 


NL 


KIICROCOPY  RESOLUTION  TEST  CHART 

•*  NATXm.  BUREAU  Of  STANOAR08-19B3-A 


MOVBI 

NOVI 

MOVBI 

MOVBI 

MOVBI 


SINTR 

HALT 


[GB] ,COMODE_8253 
GB,  COAODRESS_82S3 
[GB] ,C0.LSB_8253 
[GB]  ,C0_NSB.8253 
[PP].CI,  y 


;CNT  0,  MODE  3,  BCD 
;COONTER  0  ADDRESS 
/LSB-ie  82 51 A  BAUD 
;NSB  -  0  RATE  GEN 
»Y  TO  Cl  BYTE  IN 
;  PARAMETER  BLOCK 
;TO  SELECT  MENU  FOR  DISPLAY 
}  INTERRUPT  80  86/N 
;WAIT  FOR  CA 


.***************7ASK2  -  MESSAGE  PROCESSING  *************** 
; 


PROGTBt 


MOVI 


CC,CHAN_CONTRQL 


LPD 

GA, [PP] .MSG_POIMTER 

: MESSAGE  POINTER, 

;DMA  SOURCE 

MOVI 

GB,DADDRESS_8251 

;8251A  DATA  ADDR, 

;DMA  DESTINATION 

MOVI 

MC,EOT_COMPARE 

;NASK  COMP  FOR  EOT 

WID 

16,8 

; SOURCE  BUS  16, 

jDESTINATION  BUS  8 

DMA:  XFER 

; START  DMA  VIA  DRQl 

;AND  8251A  TXRDY 

MOVI 

GC,CADDRBSS_8251 

f 82 51 A  COMMAND  AND 

; STATUS  ADDRESS 

LEVEL: 

JZB  [PP] .LEV,  MSGSEL 

; CHECK  LEVEL  BYTE 

NENSEL: 

MOVI  MC,  y_COMPARE 

;MASK  COMPARE  FOR  Y 

RXRDYl : 

JNBT  [GC] ,1, RXRDYl 

; RECEIVE  READY  ? 

JMCNE 

[GB] , RXRDYl 

;Y  ? 

MOVBI 

[PP].CI,  y 

;y  TO  Cl  BYTE 

MOVBI 

[GB],  y 

;ECHO 

JMP 

INTR86 

; 

MSGSEL :  MOVI 

MC,NSG_COMPARE  ;NASR  COMP  FOR  MESSAGE  SEL 

RXRDY2: 

JNBT  [GC],1,  RXRDY2 

/RECEIVE  READY  ? 

HOVB 

[PP].CI,  [GB] 

;NSG  SEL  TO  Cl  BYTE 

/IN  PARAMETER  BLOCK 

JMCNE 

[PP] .CI,RXROy2 

/O  THRU  7 

MOVI 

MC,  SIX_SEV_COMPARE 

/MASK  COMP  6  OR  7 

JMCE 

[PP],CI,  MSGSEL 

/6  OR  7  ? 

MOVI 

MC,  ZEROLCONPARE 

/MASK  COMPARE  FOR  0 

JMCE 

[PP].CI,  MSGSEL 

/O  ? 

MOVE 

[GB],  [PP].CI 

/ECHO 

IMTR86: 

SINTR 

/INTERRUPT  80  86/N 

HLT 

/WAIT  FOR  CA 

DEMO  ENDS 

END 

LOAD  CHAM  CNTRL  WRD 
MEMORY  TO  PORT 
SYNC  ON  DESTINATION 
GA  SOURCE 
TERM  ON  MASK  COMP 
TERMINATE  OFFSET  ^0 
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circuitry,  control  circuitry,  and  DMA  transfer  capabilities.  The 
shared  memory,  which  is  used  for  intermodule  communication  was  alsol 
successfully  tested.  The  UNID  II  was  not  tested  in  a  coi^puter  | 
communications  network  environment. 
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